这个品类的数据长什么样
本页面向普通高校招生录取投档场景，材料来源为省级招生考试机构下发的招生计划、投档规则与录取名册，以及院校端回填的拟录取名单与交接单。更新节奏跟随各批次投档节点：投档前核对计划与规则字段，投档后按轮次更新名册与回执。字段特征集中在院校代号、专业组、计划数、投档比例、最低分、录取数、签字与日期。材料进入多轮对话与提示词配置时，招生计划与投档规则作为前文约束，录取名册与交接记录作为待起草对象，模型据此生成可签发草稿与交接记录，供下一环节签收。
配置怎么定
这一环由应用设置里的记忆轮数与提示词配置执行，输出参考的历史消息范围与回答约束。「可签发的材料草稿与交接记录」由模型接着完成。记忆轮数控制回答时最多参考前面多少轮对话，数值过小用不上前文，数值过大带入无关内容并增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划 | 院校代号、专业组、计划数与日期、签字需与投档规则一致 | 在应用设置里核对记忆轮数取值，用两轮连续问句试跑，确认第二轮承接第一轮指代；检查 messages 中计划字段是否被完整引用 |
| 投档规则 | 投档比例、批次与日期需与招生计划、录取名册对得上 | 对比两次运行的用量记录，核对 chatId 对应会话中规则字段是否随轮次正确带入，避免开场消息被当成前文 |
| 录取名册 | 录取数、最低分、签字与回执需与计划、规则同版本同日期 | 按模板起草一份并走完一次交接，检查名册与交接记录的名称、数量、日期是否一致，缺签字或回执是否被拦住 |
| 交接记录 | 责任人、版本与日期需明确，并与名册同源 | 核对 variables 中交接字段是否齐全，确认版本未同步或缺回执时是否触发拦截 |
容易做错的三处
- 现象：同一记录在招生计划与录取名册里的名称、数量、日期对不上。原因：多轮对话带入的前文范围不匹配，模型参考了旧轮次字段。
- 现象：投档规则与交接记录版本未同步，签字或回执缺失。原因：记忆轮数过大带入无关内容，或过小未用上前文约束。
- 现象：第二问用指代时答非所问，回答变慢、消耗上升。原因：连续追问未正确承接第一轮指代，开场消息被当成前文。
怎么确认配好了
本功能验收：两轮连续追问，看第二问是否承接第一问的指代；核对 messages、chatId、variables 三个标识符在会话中的引用范围，确认引用条数与 quoteMaxToken 分别记录。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在应用设置里核对记忆轮数当前取值，与问题需要的前文范围匹配后保存。
- 用两轮连续问句试跑，对比两次运行的用量记录，确认轮数调整后消耗随之变化。