这个品类的数据长什么样
研究生招生复试录取场景中，材料起草与责任交接围绕复试方案、考生成绩表、调剂名单三类材料展开。复试方案含复试时间、地点、形式、评分标准与院系签章，来源为招生单位研究生院或学院，更新节奏为每批次复试前发布并随政策微调；考生成绩表含考生编号、初试与复试各科成绩、总分、排名，来源为评卷与登分系统，更新节奏为复试结束后集中录入并复核；调剂名单含调剂考生编号、原报考单位、拟录取专业、调剂状态，来源为调剂服务系统，更新节奏为调剂窗口开放期间滚动更新。三类材料进入回复上限相关功能时，各自角色不同：复试方案是长文本草稿的骨架，考生成绩表是字段核对与交接的底册，调剂名单是版本与日期一致性检查的对象。材料在起草与交接环节需保持字段齐全、责任人明确、版本与日期一致，方可交下一环节签收。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可签发的材料草稿与交接记录」由模型接着完成。回复上限用滑块控制单次回答的长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 回复上限 | 与页面要求的回答长度匹配 | 在应用设置里核对开关与滑块位置，确认 maxResponse 取值与草稿篇幅需求相称 |
| 复试方案 | 复试时间、地点、形式、评分标准、院系签章等字段齐全，版本与日期一致 | 对照模板逐项检查方案字段，核签章与发布日期，确认与考生成绩表、调剂名单的名称、数量、日期一致 |
| 考生成绩表 | 考生编号、各科成绩、总分、排名等字段齐全，责任人明确 | 核登分人与复核人签字，比对同一记录在复试方案与调剂名单中的名称、数量、日期是否对得上 |
| 调剂名单 | 调剂考生编号、原报考单位、拟录取专业、调剂状态等字段齐全，版本同步 | 核调剂状态与回执，检查版本号与日期是否与复试方案同步，缺签字或回执则拦截 |
容易做错的三处
- 现象：同一考生编号在复试方案与考生成绩表里的姓名或数量对不上。原因：起草时未以同一底册核对字段，交接前缺少跨材料比对。
- 现象：调剂名单版本未同步，旧版仍标为拟录取。原因：调剂窗口滚动更新后未刷新版本号与日期，交接记录未登记变更。
- 现象：复试方案缺院系签字或调剂名单缺回执，材料被下一环节退回。原因：起草与交接未按模板核验签字与回执，缺项未被拦住。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，确认 maxResponse 与 maxContext、quoteMaxToken 各自作用范围，引用条数按数组长度单独记录，不与引用内容预算做相等比较。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在应用设置里核对回复上限开关与滑块位置，确认
maxResponse与页面要求的回答长度匹配。 - 提一个需要长回答的问题，检查回答结尾是否完整，对比两次运行的用量变化。