这个品类的数据长什么样
国家重点研发计划项目申报场景下，材料以项目申报书、预算申报书、合作协议为主，另有签字页、回执与版本记录。来源为申报系统提交件与线下盖章件，更新节奏随补正、预算调整与联合体协商推进，常出现同日多版本并存。字段特征集中在名称、数量、日期、签字与回执五类。进入本功能时，项目申报书承担研究目标、任务分解与考核指标的角色，预算申报书承担经费科目、测算依据与额度角色，合作协议承担联合体分工、配套承诺与签章角色。三者共同构成受理记录与补齐问项的核对底稿，缺项识别与追问均以这些材料的字段为锚点。
配置怎么定
这一环由知识库检索服务（检索节点与搜索测试）执行，输出候选片段与相似度得分（经模式、合并、重排、过滤与上限裁剪）。「受理记录与补齐的问项」由后续节点或人工接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 项目申报书 | 名称、日期与签字字段在两份材料间是否一致 | 在搜索测试切换 searchMode，对比语义、全文与混合的候选条数与得分，再核签字页与回执 |
| 预算申报书 | 数量、金额科目与日期是否与项目申报书对得上 | 用同义改写问句各测一次，看候选是否覆盖预算科目与测算依据，并记录 similarity 得分 |
| 合作协议 | 联合体名称、分工数量、签署日期与盖章是否齐全 | 看返回候选是否同时含语义与全文结果，核协议版本与回执是否同步 |
| 受理记录与问项 | 缺项是否被识别并追问、回答是否有材料依据 | 开启与关闭重排，对比前几条顺序，并用 limit 观察引用条数变化 |
容易做错的三处
- 现象：同一记录在项目申报书与预算申报书里的名称、数量、日期对不上。原因：两份材料分别填报，未做交叉核对与版本同步。
- 现象：合作协议缺签字或回执，候选却给出看似完整的段落。原因：检索只返回候选与引用内容，不判断签章状态与版本有效性。
- 现象：换个说法就召回不到，候选很多但排在前面的都不相关。原因：检索模式与材料形态不匹配，重排未开启或相似度过滤过宽。
怎么确认配好了
本功能验收：用同义改写的问句各测一次，对比候选条数与 similarity 得分，再开关重排看前几条排序，并记录 searchMode 与 limit 下的返回差异。
业务测试：提一个缺关键信息的问句，看是否先追问再作答，并核回答是否带出项目申报书、预算申报书或合作协议的原文片段。
- 在搜索测试里切换
searchMode，对比语义、全文与混合三种模式的候选条数与得分，确认与材料形态匹配。 - 开启与关闭重排，对比前几条顺序；再调
limit与引用内容预算，分别记录数组条数与引用文本的 tokens。