这个品类的数据长什么样
本页面向培训机构教务排课与消课场景，核心材料包括课表、消课记录、调课申请三类。课表按周或按月更新，字段含课程名称、班级、教师、教室、起止时间、周次、签字栏；消课记录按次生成，字段含学员、课程、课时数、授课日期、教师确认、家长回执；调课申请按需发起，字段含原课次、目标课次、调课原因、申请人、审批人、版本号与日期。这些材料进入多轮对话与提示词功能时，课表充当排课基准，消课记录充当消耗凭据，调课申请充当变更依据；模型据此起草可签发的材料草稿与交接记录，字段齐全、责任人明确、版本与日期一致后交下一环节签收。
配置怎么定
这一环由应用设置里的记忆轮数与提示词配置执行，输出参考的历史消息范围与回答约束。可签发的材料草稿与交接记录由模型接着完成。记忆轮数控制回答时最多参考前面多少轮对话，数值过小用不上前文，数值过大带入无关内容并增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 课表 | 课程名称、班级、教师、教室、起止时间、周次、签字栏是否齐全，日期与版本是否一致 | 在应用设置里核对当前记忆轮数取值，用两轮连续问句试跑，检查第二轮能否正确承接第一轮对课表字段的指代 |
| 消课记录 | 学员、课程、课时数、授课日期、教师确认、家长回执是否齐全，同一记录在课表与消课记录里的名称、数量、日期是否对得上 | 把课表与消课记录放入同一次对话，用 messages 观察历史消息范围，确认模型引用的字段与版本一致 |
| 调课申请 | 原课次、目标课次、调课原因、申请人、审批人、版本号与日期是否齐全，缺签字或回执是否被拦住 | 用 chatId 区分不同交接会话，用 variables 承载版本号与日期，走完一次交接看缺项是否被拦住 |
| 交接记录 | 责任人、签收时间、版本与日期是否一致，回执是否完整 | 对比两次运行的用量记录，确认轮数调整后运行消耗随之变化，且交接记录未混入无关历史消息 |
容易做错的三处
- 现象：同一消课记录在课表与交接记录里的课程名称、课时数、授课日期对不上。原因：两份材料分别起草，字段来源未统一核对。
- 现象：调课申请已更新，课表与消课记录仍引用旧版本，版本与日期不一致。原因：版本未同步，历史消息范围带入旧内容。
- 现象：交接记录缺教师确认或家长回执，下一环节无法签收。原因：起草时未按模板逐项检查签字栏与回执栏。
怎么确认配好了
本功能验收：两轮连续追问，看第二问是否承接第一问的指代；用 messages 观察参考的历史消息范围，确认回答约束生效。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在应用设置里核对当前记忆轮数取值，与问题需要的前文范围匹配。
- 用
chatId、variables标记交接会话与版本字段，对比两次运行的用量记录。