这个品类的数据长什么样
普通高校招生录取投档材料包含招生计划、投档规则、录取名册，字段覆盖院校代号、专业组、计划数、投档比例、录取最低分、日期与签字。招生计划来自省级招生机构与院校报送，按批次集中更新；投档规则随当年政策文件发布，常以附件形式追加；录取名册由院校在每批次结束后回传，含考生标识与专业去向。三类材料进入多轮对话与提示词功能时角色不同：招生计划与投档规则作为前文约束回答范围，录取名册作为可被追问的记录源。名称、数量、日期与签字在批次切换时最易出现版本差异，需按批次与日期对齐后再放入对话。
配置怎么定
这一环由应用设置里的记忆轮数与提示词配置执行，输出参考的历史消息范围与回答约束。可对外的入口与授权范围由发布服务与文件权限决定，模型只处理过滤后的资料，发布服务与文件权限负责身份与文件鉴权。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划 | 院校代号、专业组、计划数与日期、签字在三份材料间一致 | 在应用设置核对记忆轮数取值，用两轮连续问句试跑，比对计划字段 |
| 投档规则 | 投档比例、批次与日期同当年政策文件对齐，不缺签字或回执 | 用两轮连续问句试跑，检查第二轮是否承接第一轮指代 |
| 录取名册 | 考生标识、专业去向与计划数在两份材料里对得上，版本同步 | 对比两次运行用量记录，确认轮数调整后消耗随之变化 |
| 对外入口 | 访问者身份与可见范围匹配，越权不可见 | 用受限身份访问一次，看可见范围是否符合设定 |
容易做错的三处
- 现象：同一考生在招生计划与录取名册里的专业名称对不上。原因：两份材料版本未同步，更新节奏不同且缺回执。
- 现象：投档规则附件日期与正文日期不一致，签字缺失。原因：政策文件分批追加，旧版未替换。
- 现象：第二问用指代时答非所问，回答变慢且消耗上升。原因：记忆轮数过大，带入无关前文与开场消息。
怎么确认配好了
本功能验收：两轮连续追问，看第二问是否承接第一问的指代；在应用设置核对记忆轮数，并检查 chatId、messages、variables 在历史消息范围内的取值。
业务测试：用受限身份访问一次，看可见范围是否符合设定
- 在应用设置里核对记忆轮数当前取值，与问题需要的前文范围匹配
- 用两轮连续问句试跑，确认第二轮能正确承接第一轮的指代