学籍异动与毕业资格审核的业务依据查询:上下文与 token

围绕学籍异动与毕业资格审核的业务依据查询,说明上下文与 token的配置前提与核对动作,结合休复学申请、转专业申请确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

本页面向学籍异动与毕业资格审核中的业务依据查询,材料涵盖休复学申请、转专业申请、毕业审核清单三类。休复学申请记录学生休学与复学的时间节点、原因及审批签字;转专业申请载明转入转出专业名称、申请日期与各级签章;毕业审核清单列出课程、学分、毕业结论与审核回执。三类材料进入该功能时,分别承担时间线核对、专业变更比对、毕业条件校验的角色。材料随学期批次更新,常见字段有姓名、学号、异动类型、生效日期、签字栏与回执编号。同一记录在不同材料中的名称、数量、日期可能不一致,版本未同步或缺少签字回执时,依据条目的可回指性会受影响。

配置怎么定

这一环由应用设置(回复上限等)执行,输出单次回答长度与可容纳的上下文范围。回复上限用滑块控制单次回答的长度,设置过低回答会被截断,设置过高会增加消耗,因此需要与页面要求的回答长度匹配。「可回指原文的依据条目」由模型接着完成,入口与授权由发布服务与文件权限负责,回复上限与上下文长度不决定访问授权,也不生成业务成品。

对象判断核验动作
休复学申请字段含异动类型、生效日期与审批签字,日期与签字须与转专业申请、毕业审核清单对得上在应用设置中核对回复上限滑块位置,确认单次回答长度与页面要求匹配
转专业申请专业名称、申请日期与签章须与休复学申请、毕业审核清单中的同一记录一致提一个需要长回答的依据问题,看回答结尾是否完整,并检查 maxResponse 对应的输出长度
毕业审核清单课程、学分与毕业结论须能回指到休复学申请与转专业申请的原文条目对比两次运行的用量变化,并记录引用文本的 quoteMaxToken 与数组条数
回复上限与页面要求的回答长度匹配,设置过低回答会被截断,设置过高会增加消耗在应用设置里核对开关与滑块位置,确认 maxContext 与 maxResponse 的配置

容易做错的三处

  • 现象:同一学生在休复学申请与转专业申请中的姓名或日期对不上。原因:两份材料录入时间不同,未做交叉核对。
  • 现象:毕业审核清单引用的课程数量与转专业申请记录不一致。原因:版本未同步,旧版材料仍被检索。
  • 现象:依据条目缺少签字或回执,无法回指原文。原因:审批流程未闭环,材料归档不完整。

怎么确认配好了

本功能验收:提一个需要长回答的问题,看结尾是否完整,并核对 maxResponse 与 maxContext 的配置是否匹配。

业务测试:问一个跨材料的依据问题,看回答是否给出可回指的出处。

  • 在应用设置中核对回复上限滑块位置,确认单次回答长度与页面要求匹配。
  • 对比两次运行的用量变化,记录引用文本的 quoteMaxToken 与数组条数。