这个品类的数据长什么样
本页面向科研项目任务书签订环节，覆盖项目任务书、课题任务分解表、预算书三类材料。项目任务书定目标与节点，任务分解表拆课题与责任人，预算书列科目与额度，三者字段需交叉对齐。材料随评审意见、预算调整、课题拆分而更新，版本与日期须同步刷新。进入模型接入与配置功能时，任务书与分解表作为对话与检索的语料来源，预算书提供额度字段供检索比对；模型绑定关系决定这些材料被哪类模型读取与生成草稿。字段特征集中在名称、数量、日期、签字与回执，任一处不一致都会在交接签收时暴露。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。可签发的材料草稿与交接记录由后续 AI 节点、代码节点或人工接着完成。渠道密钥只影响调用能否成功，不决定人员能否读取知识库材料。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 项目任务书 | 与课题任务分解表、预算书的名称、数量、日期、签字逐项对齐 | 对照两份材料核对同一记录的名称、数量与日期，检查版本号与签字栏、回执是否齐全 |
| 课题任务分解表 | 课题名称、责任人、起止日期与任务书一致 | 核对分解表与任务书的课题名称、责任人、日期，确认版本同步且无缺签字 |
| 预算书 | 科目、额度、日期与任务书、分解表对应 | 核对预算科目与任务书条目、分解表课题的对应关系，检查日期与签字回执 |
| 模型绑定关系 | 语言、索引、重排、语音合成与语音识别五类模型与所用环节对应 | 在模型配置里核对类型标注、渠道与密钥来源、模型标识，对照渠道返回的模型名 |
容易做错的三处
- 现象：同一课题名称在任务书与分解表里写法不同。原因：起草时未统一字段口径，交接前未逐项核对名称与数量。
- 现象：预算书日期与任务书节点对不上。原因：版本未同步，修改后只更新一份材料，另一份仍留旧日期。
- 现象：签收环节发现缺签字或回执。原因：交接记录未随材料一并流转，责任人未在签发前确认签字栏。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识与渠道返回的模型名一致，并确认 maxContext、maxTokens、quoteMaxToken 在模型配置中的取值与所用环节匹配；引用上限看引用文本的 tokens，数组条数单独记录。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在模型配置里核对五类模型的类型标注、渠道与密钥来源、模型标识，对照渠道返回的模型名确认绑定关系。
- 按项目任务书、课题任务分解表、预算书逐项核对名称、数量、日期、签字与回执，确认版本一致后再交下一环节签收。