这个品类的数据长什么样
成人高考报名与录取管理的材料，来自报名表、照顾加分材料与录取名册三类。报名表含姓名、证件号、报考层次、志愿与签字；照顾加分材料含加分项目、证明编号、审核意见与日期；录取名册含考生号、录取专业、学习形式与负责人签章。更新节奏随报名、审核、录取三阶段推进，每阶段产生新版本。材料进入模型接入与配置这一功能时，各自角色不同：报名表与加分材料作为对话与检索的输入依据，录取名册作为签发前的核对底稿。字段特征集中在名称、数量、日期与签字四项，任一材料缺项或版本未同步，都会让后续签收环节无法放行。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。「可签发的材料草稿与交接记录」由后续 AI 节点、代码节点或人工接着完成。模型分为语言、索引、重排、语音合成与语音识别五类，不同环节绑定的模型类型不同，配置时需核对类型标注与渠道返回的模型名。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 报名表 | 字段齐全：姓名、证件号、报考层次、志愿、签字与日期逐项对应 | 按模板起草后核对签字与日期，再对照录取名册中的考生号与姓名 |
| 照顾加分材料 | 加分项目、证明编号、审核意见与日期齐全，且与报名表同一记录的名称一致 | 核对证明编号与审核意见，检查两份材料中同一加分项的数量与日期是否对得上 |
| 录取名册 | 考生号、录取专业、学习形式与负责人签章齐全，版本与日期一致 | 对照报名表与加分材料，核同一记录的名称、数量、日期，并检查回执是否附齐 |
| 模型配置 | 模型类型与要使用的环节对应，渠道与密钥同所接入服务一致 | 在模型配置里核对类型标注，对照渠道返回的模型名，检查 maxContext、maxTokens、quoteMaxToken 的取值是否与文档一致 |
容易做错的三处
- 现象：同一考生在报名表与录取名册里的姓名或考生号对不上。原因：两处记录分别起草，未在交接前做字段比对。
- 现象：照顾加分材料的审核日期与报名表日期不一致，版本未同步。原因：材料更新后未同步替换旧版本，交接记录仍指向旧稿。
- 现象：录取名册缺负责人签章或回执，下一环节无法签收。原因：起草与交接分离，签字与回执未随草稿一并流转。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识与渠道返回的模型名一致，并检查 maxContext、maxTokens、quoteMaxToken 是否按文档配置。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在模型配置里逐项核对模型类型标注与要使用的环节是否对应，确认渠道与密钥来源一致。
- 起草后对照报名表、照顾加分材料与录取名册，核同一记录的名称、数量、日期与签字，再走交接签收。