这个品类的数据长什么样
本页面向学校安全隐患排查与校园事件上报场景，材料包括安全检查表、隐患整改台账、突发事件报告三类。安全检查表按区域与项目记录检查日期、检查人、隐患描述与整改要求；隐患整改台账按隐患编号记录整改责任人、期限、完成日期与验收签字；突发事件报告按事件时间线记录经过、处置措施、上报回执与负责人签字。三类材料进入知识库后，分别承担日常排查依据、闭环跟踪凭证与事件追溯来源的角色。更新节奏随排查周期、整改销号与事件结案而变，同一记录的名称、数量、日期在两份材料间常出现不一致，版本未同步或签字回执缺失时，检索到的支撑材料可能与现行版本冲突。
配置怎么定
这一环由索引服务与向量库执行，输出向量与索引状态（能否召回、同组数据是否合并）。「版本台账与变更记录」由后续 AI 节点、代码节点或人工（检索与引用裁剪只取支撑材料）接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 安全检查表 | 检查日期、检查人与隐患描述在台账中名称数量一致，签字齐全 | 打开一条数据行核对索引字段，确认多个向量标识都在，检索时看同组是否合并 |
| 隐患整改台账 | 整改期限、完成日期与验收签字可追溯，旧版仍可查 | 换模型后查看重建任务覆盖的数据范围，确认只对已完成索引的数据触发 |
| 突发事件报告 | 事件时间线、上报回执与负责人签字与台账对应，版本号同步 | 核对索引模型与知识库实际使用的向量模型一致，检索同组数据取最高分 |
| 版本台账与变更记录 | 现行版本唯一、旧版可追、引用同步，limit 只作预算记录 | 改一处内容后看版本号与引用是否同步更新，数组条数单独记录，不比较引用条数 |
容易做错的三处
- 现象：同一隐患在两份材料里的名称、数量、日期对不上。核对以下环节：台账与检查表各自维护，未按同一编号回写。
- 现象：旧版检查表仍被召回，现行版本未同步。核对以下环节：换模型后重建任务未覆盖全部数据，索引状态停留在旧版。
- 现象：突发事件报告缺签字或回执，检索不到对应记录。核对以下环节：数据行有内容但索引未完成，状态仍为 indexed 前的中间态。
怎么确认配好了
本功能验收：抽一条数据行看索引字段，确认多个向量标识都在，再检索一次看同组是否合并、得分是否取最高。
业务测试：改一处内容，看版本号与引用是否同步更新；重建任务记录只覆盖已完成索引的数据。
- 在知识库设置里核对索引模型与知识库实际使用的向量模型一致。
- 打开一条数据行核对索引字段，确认一条数据的多个向量标识都在。