这个品类的数据长什么样
本页面向学校安全隐患排查与校园事件上报场景，材料包括安全检查表、隐患整改台账、突发事件报告。安全检查表按周或月更新，字段含检查项、隐患描述、检查日期、检查人签字；隐患整改台账按次更新，字段含隐患名称、整改措施、整改期限、责任人签字、回执；突发事件报告按事更新，字段含事件名称、发生时间、涉及人数、报告人签字、接收回执。三类材料进入本功能后，安全检查表与突发事件报告作为线索来源，隐患整改台账作为整改闭环依据，各自生成向量与原数据索引，供后续依据条目回指原文。
配置怎么定
这一环由索引服务与向量库执行，输出向量与索引状态（能否召回、同组数据是否合并）。「可回指原文的依据条目」由后续 AI 节点、代码节点或人工（检索与引用裁剪只取支撑材料）接着完成。索引模型与知识库实际使用的向量模型一致，数据行以索引字段记录多个向量标识，检索先召回向量再按标识回原数据合并。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 索引模型 | 与知识库实际使用的向量模型一致 | 在知识库设置里核对索引模型 |
| 数据行的索引字段 | 一条数据的多个向量标识都在 | 打开一条数据行核对 |
| 重建任务记录 | 换模型后只对已完成索引的数据触发 | 查看重建任务覆盖的数据范围 |
| 安全检查表 | 检查项、隐患描述、检查日期、检查人签字齐全，且与隐患整改台账的隐患名称、数量、日期对得上 | 逐项对照检查表与台账的字段、日期与签字 |
容易做错的三处
- 现象：同一隐患在安全检查表与隐患整改台账里的名称、数量、日期对不上。核对以下环节：两份材料分别录入，未做字段级核对。
- 现象：突发事件报告的版本未同步，旧版仍被检索到。核对以下环节：材料更新后未触发重建任务记录，索引仍指向旧版。
- 现象：隐患整改台账缺签字或回执，依据条目无法回指原文。核对以下环节：整改闭环材料未补齐，原数据字段不完整。
怎么确认配好了
本功能验收：抽一条数据行看索引字段，确认多个向量标识都在；再检索一次，看同组数据是否合并，状态值核对 indexed 与重建任务记录，引用条数按数组长度记录，limit 与 quoteMaxToken 分别核对。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处。
- 打开一条数据行，核对索引字段里多个向量标识是否齐全，并确认状态为 indexed。
- 查看重建任务记录覆盖的数据范围，确认换模型后已完成索引的数据被触发。