这个品类的数据长什么样
本页面向研究生招生复试录取场景中的业务依据查询，材料包括复试方案、考生成绩表、调剂名单三类。复试方案给出流程、权重与时间节点，考生成绩表承载初试与复试分数、排名，调剂名单记录调剂志愿、拟录取与递补顺序。三类材料进入本功能时角色不同：复试方案作为规则依据被检索，考生成绩表与调剂名单作为事实依据被检索与比对。材料按招生年度更新，字段含考生编号、姓名、专业、日期、签字或回执。同一记录在两份材料里名称、数量、日期可能对不上，版本未同步或缺签字回执，导致依据条目无法回指原文。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。可回指原文的依据条目由后续 AI 节点、代码节点或人工接着完成，模型配好不等于业务数据权限配好。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 复试方案 | 版本须为现行，日期与签字或回执齐全，条目能对上原文 | 核对方案版本号与发布日期，检查签字或回执，确认检索命中的段落可回指 |
| 考生成绩表 | 考生编号、姓名、专业、分数与排名须与调剂名单一致，日期对得上 | 逐条比对两份材料中的名称、数量、日期，记录不一致项并回指原文位置 |
| 调剂名单 | 拟录取与递补顺序须与复试方案规则一致，缺签字或回执即视为未生效 | 核对名单顺序与方案条款，检查签字或回执，确认引用条目可回指 |
| 模型类型与渠道 | 与要使用的环节对应，渠道与密钥与所接入的服务一致 | 在模型配置里核对类型标注，对照渠道返回的模型名，调 maxContext、maxTokens、quoteMaxToken 观察响应 |
容易做错的三处
- 现象：同一考生在两份材料里姓名或分数对不上。原因：录入时未按考生编号对齐，名称与数量字段各自维护。
- 现象：检索到的复试方案条款已过期。原因：版本未同步，旧版材料仍留在知识库中未替换。
- 现象：调剂名单缺签字或回执仍被引用。原因：材料入库时未校验生效状态，依据条目无法回指原文。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识，确认语言模型与索引模型分别绑定到对应环节，并检查 toolChoice 行为符合预期。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，引用条数与 quoteMaxToken 预算分别记录，不做相等比较。
- 在模型配置里核对模型类型标注与渠道返回的模型名，确认语言、索引、重排、语音合成与语音识别各自绑定到对应环节。
- 对复试方案、考生成绩表、调剂名单逐份核对版本、日期与签字或回执，记录同一记录在两份材料里的名称、数量、日期差异并回指原文。