学校安全隐患排查与校园事件上报的业务依据查询:检索召回

围绕学校安全隐患排查与校园事件上报的业务依据查询,说明知识库检索与召回的配置前提与核对动作,结合安全检查表、隐患整改台账确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

本页面向学校安全隐患排查与校园事件上报场景,材料类型包括安全检查表、隐患整改台账、突发事件报告。安全检查表按周或月更新,字段含检查项目、隐患描述、检查人签字与日期;隐患整改台账按整改批次更新,字段含隐患名称、整改措施、责任人、完成日期与验收签字;突发事件报告按事件发生即时上报,字段含事件名称、发生时间、涉及人数、处置过程与回执。三类材料进入知识库检索与召回功能时,安全检查表与隐患整改台账作为依据来源提供条款与记录,突发事件报告作为事件事实来源提供过程与回执,三者共同支撑跨材料依据查询。

配置怎么定

这一环由知识库检索服务(检索节点与搜索测试)执行,输出候选片段与相似度得分(经模式、合并、重排、过滤与上限裁剪)。可回指原文的依据条目由后续节点或人工接着完成。

对象判断核验动作
安全检查表检查项目、隐患描述、检查人签字与日期齐全,且与隐患整改台账中的隐患名称能对上在搜索测试中检索该表条目,核对返回候选的得分与原文片段是否覆盖检查项目与签字日期
隐患整改台账隐患名称、整改措施、责任人、完成日期与验收签字齐全,且与安全检查表日期不冲突切换 searchMode 为混合检索,对比同一隐患在台账与检查表中的名称、数量、日期是否一致
突发事件报告事件名称、发生时间、涉及人数、处置过程与回执齐全,版本为现行检索该报告,查看候选片段是否含回执与签字,并核对与台账中同一事件的日期是否对得上
知识库检索服务候选片段与相似度得分经模式、合并、重排、过滤与上限裁剪后返回调整 similarity 与 limit 观察候选条数变化,开启 usingReRank 对比前几条排序

容易做错的三处

  • 现象:同一隐患在安全检查表与整改台账里的名称对不上。原因:两处录入时未统一命名,检索命中后未核原文。
  • 现象:突发事件报告的日期与台账记录不一致。原因:版本未同步,旧版报告仍在库中参与召回。
  • 现象:整改台账缺验收签字或事件报告缺回执。原因:材料归档不完整,检索仍返回该片段。

怎么确认配好了

本功能验收:用同义改写的问句各测一次,对比候选与得分,再开关重排看前几条排序;记录候选条数与得分,并调整 similarity、limit、searchMode、usingReRank 观察差异。

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

  • 在搜索测试中对同一依据问题换两种说法各检索一次,记录候选条数与得分,核对是否都能命中同一原文片段。
  • 开启与关闭重排各检索一次,对比前几条候选顺序,确认相关片段是否排在前列。