这个品类的数据长什么样
培训机构教务排课与消课品类，材料来自课表、消课记录、调课申请三类。课表按周或按月生成，记录班级、课程、教师、教室、时段与学员名单；消课记录在每次课后产生，含学员、课程、日期、课时数量与签字栏；调课申请在变更发生时提交，含原时段、新时段、原因与审批回执。三类材料更新节奏不同：课表随排课计划调整，消课记录随课堂发生逐条追加，调课申请在审批节点流转。材料进入多轮对话与提示词功能时，各自角色不同：课表提供基准排课事实，消课记录提供实际消耗事实，调课申请提供变更依据与审批痕迹，三者共同支撑异常追溯与人工复核。
配置怎么定
这一环由应用设置里的记忆轮数与提示词配置执行，输出参考的历史消息范围与回答约束。异常清单与复核结论由模型接着完成，对外入口与授权由发布服务与文件权限负责。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 课表 | 班级、课程、教师、教室、时段、学员名单与版本日期是否与消课记录逐项对得上 | 在应用设置里核对记忆轮数取值，用两轮连续追问试跑，查看 messages 中前文范围是否覆盖课表基准字段 |
| 消课记录 | 同一学员同一课程的日期、课时数量、签字或回执是否与课表及调课申请一致 | 对比两次运行的用量记录，确认轮数调整后 chatId 对应的历史消息范围能带回消课记录原始条目 |
| 调课申请 | 原时段、新时段、审批回执与课表版本是否同步，缺签字或回执的条目能否定位 | 用 variables 标记调课申请版本，连续追问第二问指代第一问的调课单，看回答是否承接 |
| 异常清单 | 每条异常是否有原始记录支撑，复核人签字栏是否完整 | 造一条异常记录，沿 messages 回溯到课表、消课记录或调课申请源头材料 |
容易做错的三处
- 现象：同一学员同一课程在课表与消课记录里的名称或课时数量对不上。原因：两份材料更新节奏不同，消课记录追加后未回写课表版本。
- 现象：调课申请已审批但课表仍显示原时段，日期对不上。原因：版本未同步，审批回执未触发课表更新，历史消息范围只带回旧版。
- 现象：消课记录缺签字或调课申请缺回执，复核结论无法签字确认。原因：材料流转环节遗漏，异常清单缺少原始记录支撑。
怎么确认配好了
本功能验收：用两轮连续追问试跑，第二问用指代承接第一问，核第二问是否承接第一问的指代，并核对 messages 中参考的历史消息范围与提示词约束是否匹配。
业务测试：造一条异常记录，看能否追到源头材料，确认课表、消课记录、调课申请的字段、日期与签字可逐项对上。
- 在应用设置里核对记忆轮数当前取值，与问题需要的前文范围匹配，对比两次运行的用量记录。
- 用两轮连续问句试跑，第二问用指代承接第一问，检查回答是否承接且未把开场消息当成前文。