这个品类的数据长什么样
本页面向普通高考报名资格审核场景，材料来源为高考报名表、户籍学籍证明、随迁子女材料，更新节奏随审核批次与政策口径调整。字段特征集中在姓名、身份证号、学籍号、户籍地址、居住证与社保起止日期、签字与回执。进入模型接入与配置功能时，高考报名表承担主记录角色，户籍学籍证明与随迁子女材料承担佐证角色，三者共同决定可签发的材料草稿与交接记录能否成立。材料起草阶段需要把同一记录的名称、数量、日期在三份材料间对齐，交接阶段需要把责任人与版本日期写清，使下一环节可签收。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。可签发的材料草稿与交接记录由后续 AI 节点、代码节点或人工接着完成。模型分为语言、索引、重排、语音合成与语音识别五类，不同环节绑定的模型类型不同。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 高考报名表 | 字段齐全、责任人明确、版本与日期一致 | 核对姓名、身份证号、学籍号与签字回执，确认与户籍学籍证明的名称、日期逐项对齐，记录数组条数并单独记录引用文本的 tokens 预算 |
| 户籍学籍证明 | 与高考报名表同一记录的名称、数量、日期对得上 | 核对户籍地址、学籍号与证明日期，确认随迁子女材料中的居住证与社保起止日期不冲突，缺签字或回执则拦住 |
| 随迁子女材料 | 版本与日期一致、缺项被拦住 | 核对居住证、社保起止日期与签字回执，确认与高考报名表、户籍学籍证明的同一记录一致，版本未同步则退回 |
| 模型绑定关系 | 与要使用的环节对应，模型类型标注正确 | 在模型配置里核对类型标注、渠道与密钥来源、模型标识，跑对话与检索核 maxContext、maxTokens、quoteMaxToken 与 toolChoice 的响应 |
容易做错的三处
- 现象：同一记录在高考报名表与户籍学籍证明里的名称、数量、日期对不上。原因：起草时未按同一记录逐项对齐，交接前缺少字段比对。
- 现象：随迁子女材料版本未同步，下一环节签收时发现日期与签字不一致。原因：版本与日期未随材料更新，交接记录未写清责任人与回执。
- 现象：检索报索引模型相关错误或鉴权失败。原因：模型类型与环节绑定不一致，渠道与密钥来源未核对，模型标识与渠道返回名称不符。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识，确认模型绑定关系与渠道响应一致，并核对 maxContext、maxTokens、quoteMaxToken 与 toolChoice 的取值来源。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在模型配置里核对模型类型与要使用的环节对应，核对渠道与密钥来源、模型标识与渠道返回的模型名一致。
- 按模板起草高考报名表、户籍学籍证明与随迁子女材料，逐项对齐名称、数量、日期、版本与签字回执，再走一次交接签收。