这个品类的数据长什么样
本页聚焦选课排课与教室资源调度品类，材料来自本机构开课计划、排课表、选课规则三类文件，按学期与周次滚动更新。开课计划承载课程名称、周次与任课签字；排课表承载教室、时段与班级对应；选课规则承载容量、优先级与回执要求。三类材料进入业务依据查询功能时，开课计划与排课表分别作为课程与空间的来源，选课规则作为约束条件来源，共同支撑可回指原文的依据条目生成。字段核对关注日期、数量、签字与版本号，版本未同步或签字缺失时条目无法对上原文。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成，入口与授权由发布服务与文件权限负责。回复上限用滑块控制单次回答的长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 开课计划 | 课程名称、周次与任课签字须与排课表逐项对齐，版本号须为现行版本 | 在应用设置里核对开关与滑块位置，并比对开课计划与排课表的课程名称、周次与签字日期 |
| 排课表 | 教室、时段与班级数量须与选课规则容量一致，日期不得跨学期错位 | 提一个需要长回答的问题看结尾，并检查排课表与选课规则的教室容量与日期是否一致 |
| 选课规则 | 容量、优先级与回执要求须与开课计划周次对应，缺回执则条目不可回指 | 对比两次运行的用量，并核对选课规则回执与开课计划周次是否同步 |
| 回复上限 | 与页面要求的回答长度匹配，maxResponse 控制单次回答长度 | 在应用设置里核对滑块位置，并用 maxContext 与 quoteMaxToken 分别记录上下文范围与引用预算 |
容易做错的三处
- 现象：同一课程在两份材料里的名称与周次对不上。原因：开课计划与排课表各自更新，版本未同步，条目无法回指原文。
- 现象：教室容量与选课规则数量不一致。原因：排课表与选课规则未逐项核对，日期与数量字段存在跨学期错位。
- 现象：依据条目缺签字或回执。原因：开课计划任课签字缺失，选课规则回执未归档，答复家长时出处不完整。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，确认 maxResponse 与页面要求的回答长度匹配。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并核对 maxContext 与 quoteMaxToken 分别记录的范围与预算。
- 在应用设置里核对回复上限开关与滑块位置，提一个需要长回答的问题看结尾是否完整。
- 比对开课计划、排课表与选课规则的名称、数量、日期与签字，确认版本为现行版本。