这个品类的数据长什么样
本页面向研究生招生复试录取场景，材料包括复试方案、考生成绩表、调剂名单。复试方案通常由招生单位在批次启动前发布，含流程、权重、时间节点与签字栏；考生成绩表按初试、复试环节分批更新，字段含考生编号、姓名、科目成绩、总分与日期；调剂名单在调剂系统关闭后汇总，字段含调剂考生编号、原报考单位、拟录取专业与回执。三类材料进入同一核对流程时，复试方案提供规则基准，成绩表提供个体数值，调剂名单提供名单与去向，三者共同支撑同一对象在两份材料里的名称、数量、日期一致判定。材料更新节奏受批次与公示期影响，字段命名与签字状态在不同来源间常有差异，需逐字段对照台账定位不一致。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「差异清单」由模型接着完成。应用设置只决定单次回答长度与上下文范围，入口与授权由发布服务与文件权限负责，不生成业务成品。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 复试方案 | 与考生成绩表、调剂名单在名称、日期、签字字段上一致，且覆盖品类核对维度 | 在应用设置里核对回复上限开关与滑块位置，确认单次回答长度可容纳完整字段对照；用maxResponse观察长回答结尾是否完整 |
| 考生成绩表 | 同一考生编号在两份材料里的姓名、数量、日期一致，版本与台账同步 | 逐字段对照台账，记录不一致字段；核对maxContext与quoteMaxToken时分别记录引用数组条数与引用文本tokens，不做相等比较 |
| 调剂名单 | 与复试方案、考生成绩表在调剂考生编号、拟录取专业、回执签字上一致 | 提一个需要长回答的问题看结尾，确认较长的回答结尾完整；对比两次运行的用量，观察上限调整后单次用量变化 |
| 差异清单 | 同一对象在两份材料里的名称、数量、日期一致判定可回写 | 交复核人确认并回写，记录缺签字或回执的条目 |
容易做错的三处
- 现象：同一考生在两份材料里的姓名或日期对不上。原因：来源表更新节奏不同，字段未按台账逐项对照。
- 现象：调剂名单与成绩表版本未同步。原因：批次公示期材料分批发布，核对时未锁定同一版本。
- 现象：复试方案或调剂名单缺签字或回执。原因：签字栏与回执未随材料一并归档，核对时遗漏。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整；若在句子中间断开，检查回复上限滑块位置，并核对maxResponse与maxContext、quoteMaxToken的取值是否与页面要求的回答长度匹配。
业务测试：用一条真实记录找出与台账不一致的字段，记录名称、数量、日期差异，交复核人确认并回写。
- 在应用设置里核对回复上限开关与滑块位置，确认与页面要求的回答长度匹配。
- 对比两次运行的用量，观察上限调整后单次用量变化，并记录引用数组条数与引用文本tokens。