这个品类的数据长什么样
本页面向中小学招生入学组织的业务依据查询。核心材料包括招生方案、报名材料清单与录取名单。招生方案含招生范围、时间节点与录取规则，字段有方案名称、发布日期与签章；报名材料清单列出户籍、房产、居住证等条目，字段有材料名称、份数与接收日期；录取名单含学生姓名、录取类别与公示日期，字段有名单版本、签字与回执。三类材料按招生季更新，方案先出、清单随报名调整、名单在录取后定稿。材料进入本功能后，方案作为规则依据，清单作为材料核对依据，名单作为结果依据，三者共同支撑可回指原文的依据条目。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成。回复上限通过滑块控制单次回答长度，设置过低可能截断，设置过高增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生方案 | 方案名称、发布日期与签章需与现行版本一致，且条目能对上原文 | 在应用设置里核对回复上限滑块位置，并用 maxResponse 观察长回答结尾是否完整 |
| 报名材料清单 | 材料名称、份数与接收日期在两份材料间需一致，缺签字或回执要标出 | 核对清单条目与方案引用是否同源，记录 quoteMaxToken 对应的引用文本 tokens |
| 录取名单 | 学生姓名、录取类别与公示日期需与方案规则对应，版本未同步要标出 | 核对名单版本与公示回执，单独记录引用条数，不与 quoteMaxToken 做相等比较 |
| 上下文范围 | 单次回答可容纳的上下文范围需覆盖跨材料依据问题 | 用 maxContext 核对上下文范围，确认回答能回指到具体材料条目 |
容易做错的三处
- 现象：同一记录在方案与名单里的名称、数量、日期对不上。原因：两份材料各自更新，未做字段级比对。
- 现象：清单版本未同步，报名材料要求与现行方案不一致。原因：更新节奏不同，缺少版本核对环节。
- 现象：名单缺签字或回执，依据条目无法回指原文。原因：定稿流程未收齐签章与回执。
怎么确认配好了
本功能验收：提一个需要长回答的跨材料依据问题，看回答结尾是否完整，并用 maxResponse 核对回复上限与页面要求是否匹配。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并确认引用条数与 quoteMaxToken 分别记录。
- 在应用设置里核对回复上限开关与滑块位置，确认与页面要求的回答长度匹配。
- 对比两次运行的用量，确认上限调整后单次用量变化在预期内。