学校安全隐患排查与校园事件上报的问答受理与缺项补问:引用溯源

围绕学校安全隐患排查与校园事件上报的问答受理与缺项补问,说明引用来源与溯源的配置前提与核对动作,结合安全检查表、隐患整改台账确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

本页面向学校安全隐患排查与校园事件上报场景,材料包括安全检查表、隐患整改台账、突发事件报告三类。安全检查表按周或月更新,记录检查项目、发现隐患、检查人签字与日期;隐患整改台账按整改节点滚动更新,记录隐患名称、数量、整改期限、责任人签字与回执;突发事件报告按事件发生后限时提交,记录事件经过、涉及人数、处置措施与审批签字。三类材料进入知识库检索节点后,各自承担不同角色:安全检查表提供隐患发现的原始记录,隐患整改台账提供整改过程的跟踪依据,突发事件报告提供事件处置的完整链条。同一隐患在不同材料中的名称、数量、日期可能不一致,版本未同步时旧版台账会覆盖新版记录,缺签字或回执会使材料无法作为闭环依据。

配置怎么定

这一环由知识库检索节点的引用输出执行,输出引用内容数组,每条含原文片段与来源标识,长度可以为 0。「受理记录与补齐的问项」由后续 AI 节点、代码节点或人工接着完成,引用数组本身不是差异清单、台账或报告。

对象判断核验动作
安全检查表检查项目、隐患名称、检查日期与检查人签字是否齐全,同一隐患在台账中的名称与数量是否一致打开引用角标回指安全检查表原文,核对隐患名称与数量,用 quoteList 查看命中片段,记录数组条数
隐患整改台账整改期限、责任人签字与回执是否完整,版本是否与最新检查表同步对照台账原文核整改期限与签字栏,用 responseData(开启详情返回后的非流式模块结果) 查看引用来源标识,确认无旧版覆盖
突发事件报告事件日期、涉及人数、处置措施与审批签字是否与安全检查表、台账中的同名记录对得上在对话中打开引用角标,逐条回指报告原文,核对日期与人数,用 quoteMaxToken 核引用文本预算,数组条数单独记录
知识库检索节点引用内容以数组输出,长度可以为 0,无匹配材料时链路仍走通用一条没有匹配材料的问句试跑,看输出为空而后续节点继续执行

容易做错的三处

  • 现象:同一隐患在安全检查表与整改台账里的名称、数量对不上。原因:两份材料由不同人员在不同时间填写,未做字段比对与统一命名。
  • 现象:突发事件报告中的日期与安全检查表记录日期不一致。原因:版本未同步,旧版材料仍被检索命中,未核本轮命中的是哪条材料。
  • 现象:隐患整改台账缺责任人签字或回执,无法作为闭环依据。原因:整改完成后未及时补签,材料进入知识库时未做完整性校验。

怎么确认配好了

本功能验收:问一个有原文依据的问题,核引用数组与角标能否回指原文;再问一个无匹配材料的问题,确认数组为空而链路走通。

业务测试:提一个缺关键信息的问句,看是否先追问再作答。

  • 打开搜索参数面板逐项核对,确认关联知识库为同一向量模型,记录引用数组条数与 quoteMaxToken 取值,两者不做相等比较。
  • 在对话里打开引用角标,对照来源文档核每条引用能否回指原文段落,用 quoteList 与 responseData 查看命中片段与来源标识。

References