这个品类的数据长什么样
本页面向中小学招生入学组织，材料来源为招生方案、报名材料清单、录取名单三类文件，更新节奏随招生季批次推进，字段特征集中在姓名、证件号、报名序号、录取状态、日期与签字栏。招生方案进入功能时作为规则底稿，报名材料清单作为附件索引，录取名单作为结果记录，三者共同构成可签发的材料草稿与交接记录。材料进入模型接入与配置环节时，各自承担不同角色：招生方案用于约束字段口径，报名材料清单用于核对数量与版本，录取名单用于确认签字与回执。同一记录在两份材料里的名称、数量、日期对不上时，需回到字段齐全、责任人明确、版本与日期一致三项判定上逐项比对，再交下一环节签收。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。可签发的材料草稿与交接记录由后续 AI 节点、代码节点或人工接着完成。模型分为语言、索引、重排、语音合成与语音识别五类，不同环节绑定的模型类型不同，需在模型配置里核对类型标注、渠道与密钥来源以及模型标识是否与文档列出的名称一致。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生方案 | 字段齐全：名称、日期、签字栏与版本号须与报名材料清单逐项对应 | 对照模板核对方案中的字段名与日期，检查签字栏是否留空，确认版本号与当前批次一致 |
| 报名材料清单 | 数量与日期一致：同一记录在两份材料里的名称、数量、日期须对得上 | 抽取清单中的报名序号与录取名单比对，核对引用文本的 tokens，数组条数单独记录，quoteMaxToken 只作引用内容预算 |
| 录取名单 | 责任人明确：签字与回执须完整，版本与日期同步 | 检查名单签字栏与回执栏，确认责任人姓名与日期，核对 maxContext、maxTokens 与 toolChoice 在模型配置中的绑定关系 |
| 模型绑定关系 | 模型类型与要使用的环节对应，模型标识与文档列出的名称一致 | 在模型配置里核对类型标注，对照渠道返回的模型名，确认语言、索引、重排、语音合成与语音识别各归其位 |
容易做错的三处
- 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：招生方案与报名材料清单未同步更新，字段口径未统一。
- 现象：版本未同步，录取名单与交接记录日期不一致。原因：材料起草后未回写版本号，交接环节未核对日期栏。
- 现象：缺签字或回执，材料无法签发。原因：责任人未在签字栏落笔，回执未随交接记录一并归档。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识，确认语言模型与索引模型分别绑定正确，检查 maxContext、maxTokens、quoteMaxToken、toolChoice 在渠道响应中的取值。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在模型配置里核对模型类型标注与渠道密钥来源，确认模型标识与文档列出的名称一致。
- 按模板起草招生方案、报名材料清单与录取名单，逐项核对字段、日期与签字，再交下一环节签收。