这个品类的数据长什么样
义务教育控辍保学场景的材料，以辍学风险台账、劝返记录、家访记录三类为主。台账按学期或月度更新，字段含学生姓名、年级、风险等级、责任人、日期与签字；劝返记录按次生成，含劝返时间、参与人、结果、回执与签字；家访记录按户次形成，含家访日期、访问对象、沟通要点、家长签字。三类材料进入本功能时，台账提供风险底数与责任人线索，劝返记录提供过程与结果，家访记录提供家庭沟通与签字凭证。版本以现行学期归档件为准，旧版留存备查。字段对齐依赖名称、数量、日期与签字四项，任一错位都会影响依据条目的可回指性。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成。回复上限用滑块控制单次回答的长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 辍学风险台账 | 字段含学生姓名、年级、风险等级、责任人、日期与签字，且与现行学期版本一致 | 在应用设置里核对回复上限开关与滑块位置，提一个跨台账与劝返记录的依据问题，看回答是否给出可回指出处 |
| 劝返记录 | 字段含劝返时间、参与人、结果、回执与签字，同一记录的名称、数量、日期与台账对得上 | 对比两次运行的用量，核对maxResponse与quoteMaxToken是否匹配长回答需求 |
| 家访记录 | 字段含家访日期、访问对象、沟通要点、家长签字，版本为现行为且不缺签字或回执 | 提一个需要长回答的依据问题看结尾是否完整，并记录引用条数与maxContext范围 |
| 回复上限 | 与页面要求的回答长度匹配，不控制引用内容多少 | 在应用设置里核对开关与滑块位置，确认较长的回答结尾完整 |
容易做错的三处
- 现象：同一学生在台账与劝返记录里的姓名或日期对不上。原因：两份材料分别由不同环节填写，未做字段对齐与版本同步。
- 现象：家访记录缺家长签字或回执，依据条目无法回指原文。原因：归档时未核对签字栏与回执联，旧版材料混入现行件。
- 现象：回答在句子中间断开，依据条目被截断。原因：回复上限滑块设置过低，单次回答长度不足，与引用内容多少无关。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，并核对maxResponse与quoteMaxToken是否匹配该长度需求。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并记录引用条数与maxContext范围，两者不做相等比较。
- 在应用设置里核对回复上限开关与滑块位置，确认与页面要求的回答长度匹配，并对比两次运行的用量。
- 提一个跨台账、劝返记录与家访记录的依据问题，核对依据来自相关材料、版本是现行为、条目能对上原文，并检查签字与回执是否齐全。