这个品类的数据长什么样
本页面向中小学学籍建立与异动场景，材料来源为学籍档案、转学申请、休复学材料三类，更新节奏随学期注册、转学、休复学等节点滚动。字段特征集中在姓名、学籍号、班级、日期、异动类型、签字与回执。进入该功能时，学籍档案提供基础身份与在读状态，转学申请提供转入转出方向与双方学校信息，休复学材料提供起止时间与审批意见；三类材料各自承担字段供给与责任标记，起草环节据此拼出可签发草稿与交接记录。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可签发的材料草稿与交接记录」由模型接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 学籍档案 | 字段齐全：姓名、学籍号、班级、日期、签字与回执与品类核对维度对齐 | 在应用设置里核对开关与滑块位置，确认回复上限与页面要求的回答长度匹配 |
| 转学申请 | 同一记录在两份材料里的名称、数量、日期对得上，版本同步且不缺签字或回执 | 提一个需要长回答的问题，看结尾是否完整，并对比两次运行的用量 |
| 休复学材料 | 起止日期与审批意见一致，责任人明确，版本与日期一致 | 按模板起草一份并走完一次交接，看缺项是否被拦住 |
| 单次回答 | 长度与可容纳的上下文范围匹配，不因上限过低而在句子中间断开 | 核对 maxResponse、maxContext、quoteMaxToken 三个标识符所对应的输出范围 |
容易做错的三处
- 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：起草时未以学籍档案为基准逐项比对，导致字段漂移。
- 现象：版本未同步，交接记录与草稿日期不一致。原因：修改后未回写交接记录，责任人未复核版本与日期。
- 现象：缺签字或回执，材料无法进入下一环节签收。原因：交接时未按模板逐项检查签字与回执栏位。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，确认回复上限与页面要求的回答长度匹配。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在应用设置里核对开关与滑块位置，确认回复上限与页面要求的回答长度匹配。
- 对比两次运行的用量，确认上限调整后单次用量变化，并核对
maxContext、quoteMaxToken、maxResponse对应的输出范围。