成绩录入与学分认定的业务依据查询:向量模型与索引

围绕成绩录入与学分认定的业务依据查询,说明向量模型与索引的配置前提与核对动作,结合成绩单、缓考申请确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

本页面向成绩录入与学分认定场景,材料包括成绩单、缓考申请、补考安排三类。成绩单记录课程名称、学分、成绩与签字栏;缓考申请记录申请日期、事由与审批签字;补考安排记录补考时间、地点与回执。材料按学期批次更新,版本以现行学期为准。进入业务依据查询功能时,成绩单作为主记录来源,缓考申请与补考安排作为佐证材料,各自承担字段比对与日期核对角色。同一记录在不同材料中的名称、数量、日期可能对不上,版本未同步或缺签字回执,导致依据条目无法回指原文。字段特征包括课程代码、学分值、签字状态、回执编号,需逐项与原文核对。

配置怎么定

这一环由索引服务与向量库执行,输出向量与索引状态(能否召回、同组数据是否合并)。可回指原文的依据条目由后续 AI 节点、代码节点或人工(检索与引用裁剪只取支撑材料)接着完成。索引模型需与知识库实际使用的向量模型一致,数据行索引字段记录多个向量标识,重建任务只对已完成索引的数据触发。

对象判断核验动作
索引模型与知识库实际使用的向量模型一致在知识库设置里核对索引模型,确认与当前向量模型匹配,并核对 defaultToken 与 maxToken 的取值
数据行的索引字段一条数据的多个向量标识都在打开一条数据行核对索引字段,确认状态为indexed且向量标识完整
重建任务记录换模型后只对已完成索引的数据触发查看重建任务覆盖的数据范围,确认重建任务记录只包含已完成索引的数据
成绩单与缓考申请同一记录的名称、数量、日期能对上,签字与回执齐全逐项比对课程名称、学分、申请日期与签字栏,确认两材料一致

容易做错的三处

  • 现象:检索结果出现重复条目。核对以下环节:同一组数据对应多个向量,合并时未取最高分,导致重复召回。
  • 现象:同一记录在两份材料里的名称、数量、日期对不上。核对以下环节:成绩单与缓考申请版本未同步,字段未逐项核对。
  • 现象:换模型后召回质量下降。核对以下环节:重建任务只对已完成索引的数据触发,未覆盖全部数据行。

怎么确认配好了

本功能验收:抽一条数据行看索引字段,确认状态为indexed且多个向量标识都在;再检索一次,看同组数据是否合并,向量得分是否取最高分。引用条数是数组长度,引用内容预算看引用文本tokens,数组条数单独记录;核对 向量模型的分块参数是否与实际模型匹配。

业务测试:问一个跨材料的依据问题,看回答是否给出可回指的出处,依据来自相关材料、版本是现行、条目能对上原文。

  • 在知识库设置里核对索引模型,确认与知识库实际使用的向量模型一致,并核对 defaultToken 与 maxToken 的取值。
  • 打开一条数据行核对索引字段,确认状态为indexed且多个向量标识完整;查看重建任务记录覆盖范围。