这个品类的数据长什么样
普通高校招生录取投档的异常追溯与人工复核，材料来自招生计划、投档规则、录取名册三类。招生计划按批次与科类发布，含院校专业组、计划数、选科要求；投档规则按省份与年份更新，含投档比例、同分排序、退档条件；录取名册按轮次生成，含考生号、投档成绩、专业、录取状态与签字栏。三类材料进入该功能时，招生计划与投档规则作为判定依据，录取名册作为被核记录，异常线索在名册与计划、规则之间比对产生。字段特征：名称、数量、日期、签字与回执需逐项对齐；同一记录在两份材料里的名称、数量、日期对不上，版本未同步，缺签字或回执，均构成异常。更新节奏随批次推进与征集志愿滚动，人工复核需在每轮投档后限时完成。
配置怎么定
这一环由应用设置里的记忆轮数与提示词配置执行，输出参考的历史消息范围与回答约束。异常清单与复核结论由模型接着完成。记忆轮数控制回答时最多参考前面多少轮对话，数值过小用不上前文，数值过大带入无关内容并增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划 | 院校专业组名称、计划数、选科要求与发布日期需与录取名册逐项对齐 | 在应用设置里核对当前记忆轮数取值，用两轮连续问句试跑，检查第二轮能否承接第一轮的指代 |
| 投档规则 | 投档比例、同分排序、退档条件与版本日期需与当轮投档结果一致 | 对比两次运行的用量记录，确认轮数调整后运行消耗随之变化 |
| 录取名册 | 考生号、投档成绩、专业、录取状态与签字栏需有原始记录支撑 | 用 chatId 定位会话，调 messages 回看历史消息范围，用 variables 记录复核字段 |
容易做错的三处
- 现象：同一记录在招生计划与录取名册里的名称、数量、日期对不上。原因：两处材料各自维护，未做逐字段比对与回执确认。
- 现象：投档规则版本未同步，仍按旧比例与排序条件判定。原因：规则更新后未与当轮投档结果绑定，版本日期未核。
- 现象：录取名册缺签字或回执，复核结论无原始记录支撑。原因：签字栏与回执未随名册归档，复核人无法签字确认。
怎么确认配好了
本功能验收：两轮连续追问，看第二问是否承接第一问的指代；用 chatId 定位会话，调 messages 回看历史消息范围，用 variables 记录复核字段。
业务测试：造一条异常记录，看能否追到源头材料。
- 在应用设置里核对当前记忆轮数取值，与问题需要的前文范围匹配，用两轮连续问句试跑。
- 对比两次运行的用量记录，确认轮数调整后运行消耗随之变化，并检查开场消息是否被当成前文。