这个品类的数据长什么样
本页面向普通高校招生录取投档场景，材料包括招生计划、投档规则与录取名册。招生计划按年度与批次发布，含院校专业组、计划数、选考科目与学费字段；投档规则载明投档比例、同分排序与调剂范围，随省级政策更新；录取名册记录考生号、投档成绩、专业与录取状态，须有经办签字与回执。三类材料进入受理问答时，招生计划与投档规则用于判定资格与顺序，录取名册用于核对结果与签字，缺项补问据此定位待补字段。
配置怎么定
这一环由应用设置里的记忆轮数与提示词配置执行，输出参考的历史消息范围与回答约束。受理记录与补齐的问项由模型接着完成。对外入口与授权由发布服务与文件权限负责，本功能不生成访问入口、不做身份或文件鉴权。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划 | 院校专业组名称、计划数、选考科目与学费字段须与当年批次一致，日期在有效期内 | 调取计划原文，比对受理问句涉及的院校专业组与计划数，缺失则列入补问项 |
| 投档规则 | 投档比例、同分排序与调剂范围字段须与省级最新版本一致，版本未同步即视为缺项 | 核对规则文号与生效日期，确认与问句批次匹配，不匹配则追问适用版本 |
| 录取名册 | 考生号、投档成绩、专业与录取状态须与计划、规则对得上，签字与回执齐全 | 比对名册与计划、规则的名称、数量、日期，缺签字或回执则生成补齐问项 |
| 多轮对话上下文 | 第二轮指代须承接第一轮问项，messages 范围与 chatId 归属一致 | 用两轮连续问句试跑，检查 variables 是否带入缺失字段并触发追问 |
容易做错的三处
- 现象：同一考生在两份材料里的名称、数量、日期对不上。原因：受理时未按字段逐项比对，缺项未被识别为追问点。
- 现象：投档规则版本未同步，问句按旧比例作答。原因：材料更新节奏与问答受理未对齐，历史消息带入过期约束。
- 现象：录取名册缺经办签字或回执，仍被当作完整依据。原因：补问清单未覆盖签字与回执字段，承办人无法核验。
怎么确认配好了
本功能验收：两轮连续追问，看第二问是否承接第一问的指代，并核对 messages、chatId、variables 在受理记录中的范围与归属。
业务测试：提一个缺关键信息的问句，看是否先追问再作答，补齐的问项是否落到招生计划、投档规则、录取名册的具体字段。
- 在应用设置里核对记忆轮数当前取值，与问题需要的前文范围匹配，调整后对比两次运行的用量记录。
- 用两轮连续问句试跑，确认第二轮能正确承接第一轮的指代，且开场消息不被当成前文。