这个品类的数据长什么样
本页面向学生处分与申诉处理的业务依据查询，材料包括违纪事实材料、处分决定书、申诉书。违纪事实材料用于固定行为经过与证据清单，处分决定书用于确认适用条款与生效日期，申诉书用于提出异议与请求。三类材料按学期或事件节点更新，字段含当事人姓名、学号、行为日期、条款编号、签字与回执。材料进入该功能时，违纪事实材料提供事实锚点，处分决定书提供依据锚点，申诉书提供争议锚点，三者共同支撑可回指原文的依据条目。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。可回指原文的依据条目由模型接着完成，入口与授权由发布服务与文件权限负责，回复上限与上下文长度不决定访问授权，也不生成业务成品。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 违纪事实材料 | 当事人姓名、行为日期、证据数量与签字栏须与处分决定书对应记录一致，条款编号可回指原文 | 逐条比对两份材料的姓名、日期、数量，核对签字与回执是否齐全 |
| 处分决定书 | 现行版本条款编号与申诉书引用的依据条目须对得上，生效日期与送达回执不可缺 | 核对版本号与生效日期，检查申诉书引用处是否指向同一编号 |
| 申诉书 | 申诉请求与处分决定书条款编号、违纪事实材料日期须形成可回指链条 | 抽取申诉书中的依据条目，回查原文段落与签字栏 |
| 回复上限 | 与页面要求的回答长度匹配，maxResponse 控制单次回答长度，quoteMaxToken 为引用内容预算，maxContext 为上下文范围 | 在应用设置里核对开关与滑块位置，并记录引用条数与引用文本 tokens |
容易做错的三处
- 现象：同一记录在违纪事实材料与处分决定书里的姓名、数量、日期对不上。原因：录入时未做跨材料比对，版本未同步。
- 现象：申诉书引用的条款编号在处分决定书现行版本中找不到。原因：处分决定书更新后未同步到申诉处理环节。
- 现象：处分决定书缺签字或申诉书缺回执。原因：送达与签收环节未闭环，材料归档不完整。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，并核对 maxResponse 与 quoteMaxToken 的取值是否匹配页面要求。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并记录引用条数与引用文本 tokens。
- 在应用设置里核对回复上限开关与滑块位置，对比两次运行的用量变化。
- 抽取一份处分决定书与对应申诉书，逐条比对姓名、日期、条款编号与签字回执。