这个品类的数据长什么样
本页面向学籍异动与毕业资格审核中的材料起草与责任交接场景，材料来源包括休复学申请、转专业申请、毕业审核清单三类表单及其附件，更新节奏随学期批次与审核节点推进，字段特征集中在姓名、学号、异动类型、生效日期、课程门数、学分数量、签字栏与回执栏。休复学申请进入功能时承担异动事由与起止时间的记录角色，转专业申请承担院系流向与课程替代的说明角色，毕业审核清单承担学分汇总与资格结论的核对角色。三类材料在同一记录上可能分别出现，名称、数量、日期与版本需要逐项对齐，签字与回执作为交接凭据单独留存，缺项在起草阶段即被标出，避免进入签收环节后再退回。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可签发的材料草稿与交接记录」由模型接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 休复学申请 | 字段齐全：姓名、学号、异动类型、起止日期、签字栏逐项存在 | 在应用设置里核对回复上限开关与滑块位置，确认长字段说明不被截断 |
| 转专业申请 | 日期与签字：院系意见日期与签字栏对应，回执栏留痕 | 提一个需要长回答的问题看结尾是否完整，并核对 maxResponse 与 maxContext 的取值 |
| 毕业审核清单 | 数量一致：课程门数与学分数量在两份材料间对齐，版本与日期一致 | 对比两次运行的用量，确认上限调整后单次用量变化，并记录 quoteMaxToken 预算 |
| 交接记录 | 责任人明确：起草人、审核人、签收人三栏均有对应 | 按模板起草一份并走完一次交接，看缺项是否被拦住 |
容易做错的三处
- 现象：同一记录在休复学申请与毕业审核清单里的课程门数对不上。原因：数量字段未随版本同步更新，起草时只改一处。
- 现象：转专业申请的院系意见日期与交接记录日期不一致。原因：两份材料分别填写，未在交接前做日期比对。
- 现象：毕业审核清单缺签收人签字或回执。原因：交接环节未逐栏核对，签字栏与回执栏被跳过。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，并确认 maxResponse 与 maxContext 的取值与页面要求的回答长度匹配。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在应用设置里核对回复上限开关与滑块位置，确认与页面要求的回答长度匹配。
- 对比两次运行的用量，确认上限调整后单次用量变化，并单独记录引用文本的 tokens 与数组条数。