这个品类的数据长什么样
本页聚焦成人高考报名与录取管理中的三类核心材料：报名表、照顾加分材料、录取名册。报名表记录考生基本信息与报考志愿，照顾加分材料载明加分项目与审核意见，录取名册汇总录取结果与批次信息。三类材料分别来自招生考试机构、报名确认点与录取院校，按报名季、审核期、录取期分批更新。字段特征上，报名表含姓名、身份证号、报考层次、签字栏；照顾加分材料含加分类型、证明编号、审核人签字、日期；录取名册含考生号、录取院校、专业、批次、录取日期。材料进入本功能时，报名表作为检索入口，照顾加分材料作为依据核验来源，录取名册作为结果确认依据。三者需在对话与检索中形成可回指原文的依据条目，支撑答复家长或写进方案。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。「可回指原文的依据条目」由后续 AI 节点、代码节点或人工接着完成。模型分为语言、索引、重排、语音合成与语音识别五类，不同环节绑定的模型类型不同。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 报名表 | 字段须含姓名、身份证号、报考层次、签字栏；日期与签字齐全，与照顾加分材料、录取名册中的同一记录名称、数量、日期一致 | 核对报名表与录取名册的考生号、姓名、报考层次是否逐条对应；检查签字与回执是否缺失；在模型配置里核对索引模型类型标注，确认检索使用该模型 |
| 照顾加分材料 | 加分类型、证明编号、审核人签字、日期须与报名表一致；版本为现行，无缺签字或回执 | 对照报名表中的加分申请记录，核名称、数量、日期是否对得上；检查审核人签字与日期；确认重排模型类型标注与检索环节对应 |
| 录取名册 | 考生号、录取院校、专业、批次、录取日期须与报名表、照顾加分材料形成闭环；版本同步，无未同步旧版 | 逐条比对录取名册与报名表的考生号、姓名、批次；核录取日期与签字；在模型配置里核对语言模型标识与渠道返回的模型名一致 |
| 模型绑定关系与渠道响应 | 模型类型与要使用的环节对应；渠道与密钥与所接入服务一致；模型标识与文档列出的名称一致 | 核对渠道配置与密钥来源；对照渠道返回的模型名；检查maxContext、maxTokens、quoteMaxToken是否与引用内容预算匹配；记录引用条数，不与quoteMaxToken做相等比较 |
容易做错的三处
- 现象：同一考生在报名表与录取名册里的姓名、日期对不上。原因：两份材料由不同环节录入，版本未同步，缺少跨材料核对。
- 现象：照顾加分材料缺审核人签字或回执。原因：审核流程未闭环，材料归档时未校验签字栏，导致依据条目无法回指原文。
- 现象：检索报索引模型相关错误或鉴权失败。原因：模型类型与环节不匹配，渠道密钥与所接入服务不一致，换模型后回答风格突变。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识；确认maxContext、maxTokens、quoteMaxToken与引用内容预算匹配，引用条数单独记录，不与quoteMaxToken做相等比较。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，出处须指向报名表、照顾加分材料或录取名册的原文条目。
- 核对报名表、照顾加分材料、录取名册的字段、日期与签字，逐条比对同一记录的名称、数量、日期是否一致。
- 在模型配置里核对模型类型标注、渠道与密钥来源、模型标识，确认与文档列出的名称一致。