本科专业设置与动态调整的业务依据查询:上下文与 token

围绕本科专业设置与动态调整的业务依据查询,说明上下文与 token的配置前提与核对动作,结合专业设置申请表、人才培养方案确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

本科专业设置与动态调整的材料以专业设置申请表、人才培养方案、专家论证意见为主,来源为校内教务与学院归档,更新节奏跟随申报、修订与备案节点。三类材料进入本功能时角色不同:申请表承载专业名称、代码、学制与申报日期;培养方案承载课程结构、学分数量与修订版本;专家论证意见承载论证结论、专家名单与签字回执。字段特征集中在名称、数量、日期与签字四处,同一记录跨材料比对时容易出现名称写法不一、学分数量不一致、论证日期与申报日期错位、缺签字或回执等情况。业务依据查询要求条目能回指原文,因此材料需保持现行版本,并让每条依据对应到具体材料与字段位置,便于答复家长或写进方案时逐条复核。

配置怎么定

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

对象判断核验动作
专业设置申请表名称、代码、学制与申报日期需与现行备案一致,签字与回执齐全对照申请表字段逐项核对,确认日期与签字位置,记录可回指的原文段落
人才培养方案课程结构、学分数量与修订版本需与申请表口径一致比对方案中的数量与版本号,确认与申请表同一记录的名称写法相同
专家论证意见论证结论、专家名单、论证日期与签字需完整且与申报节点对得上查看意见落款日期与签字,确认与申请表申报日期不冲突
回复上限单次回答长度与页面要求的回答长度匹配,长回答结尾完整在应用设置里核对开关与滑块位置,提一个需要长回答的问题看结尾,并结合maxResponse、maxContext、quoteMaxToken观察单次用量变化

容易做错的三处

  • 现象:同一专业在两份材料里的名称写法与学分数量对不上。原因:材料各自修订,未做跨材料字段比对。
  • 现象:培养方案版本未同步,仍沿用旧版课程结构。原因:修订后未替换归档件,版本号与日期未更新。
  • 现象:专家论证意见缺签字或回执,论证日期与申报日期错位。原因:归档时未核落款与签字栏,回执未随件保存。

怎么确认配好了

本功能验收:提一个需要长回答的问题,看结尾是否完整,确认单次回答长度与页面要求匹配。

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

  • 在应用设置里核对回复上限开关与滑块位置,并用maxResponse观察单次回答长度。
  • 跨材料比对名称、数量、日期与签字,确认条目能回指原文,并单独记录引用条数与quoteMaxToken预算。