这个品类的数据长什么样
本页面向普通高考报名资格审核场景，材料来源为高考报名表、户籍学籍证明、随迁子女材料三类。报名表承载考生基本信息与报考科类，户籍学籍证明承载户籍地址、学籍起止与学校签章，随迁子女材料承载居住证、社保缴纳与监护人关系。三类材料进入模型接入与配置功能时，各自承担不同角色：报名表用于比对姓名、身份证号与报考地；户籍学籍证明用于核对户籍迁入日期与学籍连续性；随迁子女材料用于核验居住与社保时限。更新节奏随招生年度与省级通知变化，字段特征集中在姓名、证件号、日期、数量、签字与回执。同一记录在两份材料里的名称、数量、日期常对不上，版本未同步与缺签字或回执也较常见，因此依据条目必须能回指原文。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。「可回指原文的依据条目」由后续 AI 节点、代码节点或人工接着完成。模型分为语言、索引、重排、语音合成与语音识别五类，不同环节绑定的模型类型不同，检索环节需绑定索引模型，重排环节需绑定重排模型。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 高考报名表 | 核对姓名、证件号、报考科类与报考地是否与户籍学籍证明一致，日期与签字栏是否齐全 | 逐字段对照原文，记录不一致处并回指页码或条目 |
| 户籍学籍证明 | 核对户籍迁入日期、学籍起止与学校签章，判断版本是否为现行 | 对照现行版本，检查签章与回执，确认日期链连续 |
| 随迁子女材料 | 核对居住证、社保缴纳与监护人关系，名称与数量在两份材料间是否对得上 | 跨材料比对名称、数量、日期，标记缺签字或回执项 |
| 模型绑定关系 | 语言、索引、重排、语音合成与语音识别分别对应要使用的环节，模型标识与文档列出的名称一致 | 在模型配置里核对类型标注，对照渠道返回的模型名，检查 maxContext、maxTokens、toolChoice |
容易做错的三处
- 现象：同一考生姓名或证件号在报名表与户籍学籍证明里写法不同。原因：两份材料录入时点不同，未做字段对齐与回指原文核对。
- 现象：户籍迁入日期或社保缴纳月数在两份材料里对不上。原因：版本未同步，旧版材料仍被检索命中，未标记现行版本。
- 现象：随迁子女材料缺监护人签字或学校回执。原因：材料流转环节未收齐，检索时仍被当作完整依据引用。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识是否与渠道返回的模型名一致，并确认语言、索引、重排各自绑定对应环节；引用上限看 quoteMaxToken，引用条数单独记录，数组长度与 quoteMaxToken 不做相等比较。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，例如同时涉及报名表与户籍学籍证明的日期或名称差异。
- 在模型配置里核对类型标注与渠道返回的模型名，确认语言、索引、重排、语音合成与语音识别各自绑定对应环节。
- 对三类材料逐项核对名称、数量、日期、签字与回执，标记版本未同步项，确保依据条目能回指原文。