研究生培养过程管理的业务依据查询:上下文与 token

围绕研究生培养过程管理的业务依据查询,说明上下文与 token的配置前提与核对动作,结合培养计划、开题报告确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

研究生培养过程管理涉及培养计划、开题报告、中期考核表三类材料。培养计划含课程设置、学分要求、导师意见与签字栏;开题报告含选题依据、时间安排、评审结论与签字;中期考核表含思想品德、课程成绩、科研进展与导师、考核小组签字。材料按学期节点分批进入,培养计划在入学后制定,开题报告在选题阶段提交,中期考核表在中期检查时填写。三者字段、日期与签字须逐项对应,同一记录的名称、数量、日期在跨材料查询时须保持一致。材料进入本功能后,培养计划承担课程与学分依据角色,开题报告承担选题与进度依据角色,中期考核表承担阶段结论与签字依据角色,查询时分别回指对应原文条目。

配置怎么定

这一环由应用设置(回复上限等)执行,输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成。回复上限用滑块控制单次回答的长度,设置过低回答会被截断,设置过高会增加消耗。

对象判断核验动作
培养计划课程名称、学分数量、制定日期与导师签字须与开题报告、中期考核表对应记录一致,版本须为现行在应用设置里核对回复上限开关与滑块位置,确认单次回答长度匹配页面要求
开题报告选题名称、时间安排、评审结论与签字须与培养计划、中期考核表逐项对上,不得缺签字或回执提一个需要长回答的跨材料依据问题,看回答是否给出可回指的出处,并核对结尾是否完整
中期考核表思想品德、课程成绩、科研进展的日期与考核小组签字须与培养计划、开题报告一致,版本须同步对比两次运行的用量,确认上限调整后单次用量变化,并检查引用文本的 tokens 与数组条数分别记录
maxResponse单次回答长度与页面要求的回答长度匹配,截断表现与运行消耗可核在应用设置里核对开关与滑块位置,确认 maxContext、quoteMaxToken、maxResponse 的取值与页面要求一致

容易做错的三处

  • 现象:同一课程名称在培养计划与中期考核表里写法不同,数量也对不上。原因:材料按学期分批进入,命名与统计口径未统一核对。
  • 现象:开题报告引用的是旧版培养计划,日期与学分要求已变。原因:版本未同步,现行版本未替换旧材料。
  • 现象:中期考核表缺导师签字或回执,结论栏空白。原因:材料提交时未逐项检查签字与回执栏,导致依据条目无法回指原文。

怎么确认配好了

本功能验收:提一个需要长回答的问题,看结尾是否完整,确认回复上限与页面要求的回答长度匹配,并核对 maxResponse 取值。

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

  • 在应用设置里核对回复上限开关与滑块位置,确认单次回答长度匹配页面要求,并对比两次运行的用量。
  • 逐项核对培养计划、开题报告、中期考核表的字段、日期与签字,确认同一记录的名称、数量、日期一致且版本为现行。