这个品类的数据长什么样
本页面向中小学教师培训学分管理场景，材料来自培训通知、学分认定表、参训名单。培训通知给出培训项目名称、起止日期、学时与学分换算口径、报名与签到要求；学分认定表记录教师姓名、身份证件号、培训名称、认定学分、审核人签字与认定日期；参训名单记录每场次签到、签退、缺勤与补训回执。三类材料按培训批次更新，通知先发布，名单随场次滚动补充，认定表在培训结束后集中填报并逐级签字。字段特征集中在名称写法、日期格式、数量口径与签字位置：同一培训在通知里用全称，在名单里可能用简称；学时与学分在不同材料里换算口径不一致；认定日期与结业日期可能跨月。材料进入该功能时，通知作为依据来源，名单作为事实核对底稿，认定表作为结论载体，三者共同支撑可回指原文的依据条目。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成。回复上限用滑块控制单次回答的长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 培训通知 | 项目名称、起止日期、学时与学分换算口径、报名与签到要求能逐项对到原文条款；同一培训在两份材料里的名称与日期一致 | 在应用设置里核对回复上限开关与滑块位置，提一个需要长回答的依据问题，看结尾是否完整，并记录 maxResponse 与 maxContext |
| 学分认定表 | 教师姓名、身份证件号、培训名称、认定学分、审核人签字与认定日期齐全；缺签字或回执的条目单独标记 | 逐条比对认定表与参训名单的名称、数量、日期，记录不一致项，引用条数按数组长度单独记录，引用文本的 tokens 用 quoteMaxToken 核对 |
| 参训名单 | 每场次签到、签退、缺勤与补训回执可回指到具体行；同一记录在两份材料里的名称、数量、日期对不上时以签字回执为准 | 抽查跨材料依据问题，看回答是否给出可回指出处，并对比两次运行的用量变化 |
容易做错的三处
- 现象：同一培训在通知与名单里名称、日期对不上。原因：通知用全称、名单用简称，且更新批次不同步，导致依据条目回指错位。
- 现象：认定表缺审核人签字或补训回执。原因：集中填报时逐级签字未走完，材料进入功能时未做完整性检查，依据条目无法闭环。
- 现象：回答在句子中间断开或篇幅超出需要。原因：回复上限滑块位置与问题所需长度不匹配，截断表现与运行消耗需按实际回答结尾核对。
怎么确认配好了
本功能验收：提一个需要长回答的跨材料依据问题，看回答结尾是否完整，并核对 maxResponse 与 maxContext 是否与页面要求的回答长度匹配。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并确认依据来自相关材料、版本是现行为、条目能对上原文。
- 在应用设置里核对回复上限开关与滑块位置，提一个需要长回答的问题看结尾，对比两次运行的用量变化。
- 逐条比对培训通知、学分认定表、参训名单的名称、数量、日期与签字，标记缺签字或回执的条目，记录引用条数与
quoteMaxToken。