培训机构教务排课与消课的业务依据查询:上下文与 token

围绕培训机构教务排课与消课的业务依据查询,说明上下文与 token的配置前提与核对动作,结合课表、消课记录确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

本页面向培训机构教务排课与消课场景,材料包括课表、消课记录、调课申请三类。课表字段含课程名称、班级、教室、时段、任课教师与签字栏;消课记录字段含学员姓名、课程名称、课时数量、消课日期与家长回执;调课申请字段含原时段、新时段、调课原因、审批人与签字。三类材料按周或按次更新,课表在排课后发布,消课记录在每次课后登记,调课申请在调课发生前提交。进入本功能时,课表承担基准时段与人员核对角色,消课记录承担数量与日期核对角色,调课申请承担变更依据与签字核对角色。三类材料来源不同、更新节奏不同,字段名称与日期写法可能存在差异,需以现行版本为准逐条回指原文。

配置怎么定

这一环由应用设置(回复上限等)执行,输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成。发布服务与文件权限负责入口与授权,模型据此作答。

对象判断核验动作
课表字段、日期与签字是否与现行版本一致,能否回指原文核对课程名称、班级、教室、时段、任课教师与签字栏,确认版本为现行;检查 maxContext 与 maxResponse 是否匹配回答长度
消课记录数量、日期与回执是否与课表对得上,能否回指原文核对学员姓名、课程名称、课时数量、消课日期与家长回执;确认 quoteMaxToken 预算内引用文本可回指
调课申请原时段、新时段、审批人与签字是否与课表及消课记录一致核对调课原因、审批人与签字,确认调课申请已同步至课表与消课记录;检查 maxContext 与 quoteMaxToken 的引用条数记录
回复上限与页面要求的回答长度匹配在应用设置里核对开关与滑块位置,确认 maxResponse 与回答长度需求一致

容易做错的三处

  • 现象:同一记录在两份材料里的名称、数量、日期对不上。原因:课表与消课记录更新节奏不同,字段名称与日期写法存在差异,未逐条回指原文核对。
  • 现象:版本未同步,旧版课表与现行调课申请混用。原因:材料更新后未确认现行版本,引用时未核对版本号与生效日期。
  • 现象:缺签字或回执,依据条目无法回指原文。原因:调课申请审批人签字或家长回执缺失,消课记录与调课申请未完成闭环。

怎么确认配好了

本功能验收:提一个需要长回答的问题,看结尾是否完整,确认 maxResponse 与回答长度匹配,回答未被截断。

业务测试:问一个跨材料的依据问题,看回答是否给出可回指的出处,并核对引用条数与 quoteMaxToken 预算分别记录。

  • 在应用设置里核对回复上限开关与滑块位置,确认 maxResponse 与页面要求的回答长度匹配。
  • 提一个需要长回答的问题,看结尾是否完整,并对比两次运行的用量变化。