这个品类的数据长什么样
本页聚焦学生处分与申诉处理品类，材料来源为违纪事实材料、处分决定书、申诉书及交接记录，更新节奏随事件推进：事实材料先定稿，处分决定书据此签发，申诉书在送达后启动，交接记录随签收同步。字段特征集中在名称、数量、日期、签字与回执，要求同一记录在各材料间保持一致。进入模型接入与配置功能时，违纪事实材料作为事实底稿供起草引用，处分决定书是待签发的成品，申诉书是复核依据，交接记录是责任转移凭证，四者角色不同但字段必须对齐，缺项与版本冲突需在起草阶段拦住。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。「可签发的材料草稿与交接记录」由后续 AI 节点、代码节点或人工接着完成。模型分为语言、索引、重排、语音合成与语音识别五类，不同环节绑定的模型类型不同。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 违纪事实材料 | 字段齐全、责任人明确、版本与日期一致，名称与数量同其他材料对得上 | 核对违纪事实材料的名称、数量、日期与签字，比对处分决定书与申诉书中的同一记录，检查版本号与日期是否同步 |
| 处分决定书 | 字段齐全、责任人明确、版本与日期一致，签字与回执不缺 | 核对处分决定书的签发日期、责任人签字与回执，确认与违纪事实材料、申诉书的记录一致，检查版本未同步的差异 |
| 申诉书 | 字段齐全、责任人明确、版本与日期一致，与处分决定书日期衔接 | 核对申诉书的提交日期、申诉人签字与回执，比对处分决定书的名称、数量、日期，检查缺签字或回执 |
| 模型绑定关系 | 模型类型与要使用的环节对应，模型标识与文档列出的名称一致 | 在模型配置里核对类型标注，对照渠道返回的模型名，检查maxContext、maxTokens、quoteMaxToken与toolChoice的绑定环节 |
容易做错的三处
- 现象：同一记录在违纪事实材料与处分决定书里的名称、数量、日期对不上。原因：起草时未按同一底稿引用，字段各自填写。
- 现象：处分决定书已更新，申诉书与交接记录仍用旧版本。原因：版本未同步，交接时未核对版本号与日期。
- 现象：材料缺签字或回执，交接无法签收。原因：责任人未在字段中明确，签收环节未拦住缺项。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识，确认与文档列出的名称一致，并检查maxContext、maxTokens、quoteMaxToken、toolChoice的绑定环节对应。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 核对模型类型与要使用的环节对应，在模型配置里检查类型标注，对照渠道返回的模型名。
- 核对渠道与密钥同所接入的服务一致，检查模型标识与文档列出的名称一致，确认检索使用索引模型、重排使用重排模型。