选课排课与教室资源调度的材料起草与责任交接:上下文 toke

围绕选课排课与教室资源调度的材料起草与责任交接,说明上下文与 token的配置前提与核对动作,结合开课计划、排课表确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

选课排课与教室资源调度场景中,材料起草与责任交接涉及开课计划、排课表、选课规则三类核心材料。开课计划来自教务部门,含课程名称、课程代码、学分、周学时、开课学期、任课教师、拟开课人数;排课表由排课系统生成,含课程代码、上课时间、教室编号、容量、周次;选课规则由教务与院系共同拟定,含选课批次、优先级、容量上限、退改选截止日期。材料更新节奏为学期前集中发布、学期中按异动调整、学期末归档。进入上下文与 token 功能时,开课计划作为基础字段来源,排课表作为时间与空间约束来源,选课规则作为边界条件来源,三者共同构成可签发的材料草稿与交接记录。

配置怎么定

这一环由应用设置(回复上限等)执行,输出单次回答长度与可容纳的上下文范围。「可签发的材料草稿与交接记录」由模型接着完成。回复上限用滑块控制单次回答的长度,设置过低回答会被截断,设置过高会增加消耗。

对象判断核验动作
开课计划字段齐全:课程名称、课程代码、学分、周学时、开课学期、任课教师、拟开课人数逐项核对;日期与签字:开课学期与院系签字日期一致在应用设置里核对开关与滑块位置,确认 maxResponse 与 maxContext 取值;逐项比对开课计划字段与排课表引用字段
排课表字段齐全:课程代码、上课时间、教室编号、容量、周次逐项核对;日期与签字:周次与开课学期对应,排课负责人签字齐全提一个需要长回答的问题看结尾,确认 maxResponse 截断表现;核对排课表与选课规则中同一课程代码的容量是否一致
选课规则字段齐全:选课批次、优先级、容量上限、退改选截止日期逐项核对;日期与签字:截止日期与教务回执日期一致对比两次运行的用量,确认上限调整后单次用量变化;核对选课规则与开课计划中同一课程名称、数量、日期是否对得上

容易做错的三处

  • 现象:同一课程在开课计划与排课表里名称、数量、日期对不上。原因:两份材料分别起草,未按模板逐字段交叉核对。
  • 现象:选课规则版本未同步,旧批次优先级仍被引用。原因:版本号与日期未随异动更新,交接时未核对回执。
  • 现象:排课表缺排课负责人签字或选课规则缺教务回执。原因:交接记录未列签字项,下一环节签收时未拦截缺项。

怎么确认配好了

本功能验收:提一个需要长回答的问题,看结尾是否完整;同时核对 maxResponse、maxContext、quoteMaxToken 三项标识符在应用设置中的取值与页面要求是否匹配,引用文本的 tokens 单独记录,数组条数不做相等比较。

业务测试:按模板起草一份并走完一次交接,看缺项是否被拦住。

  • 在应用设置里核对回复上限开关与滑块位置,确认 maxResponse 与 maxContext 取值,对比两次运行用量。
  • 按模板逐字段核对开课计划、排课表、选课规则的名称、数量、日期与签字,确认版本号与日期一致后交下一环节签收。