What this category's data looks like
This page addresses school safety hazard inspection and campus incident reporting scenarios. Materials include safety inspection checklists, hazard rectification ledgers, and emergency incident reports. Safety inspection checklists are updated weekly or monthly, with fields including inspection item, hazard description, inspection date, and inspector signature; hazard rectification ledgers are updated per instance, with fields including hazard name, rectification measure, rectification deadline, responsible person signature, and receipt; emergency incident reports are updated per event, with fields including event name, occurrence time, number of people involved, reporter signature, and receiving receipt. After these three types of materials enter this feature, safety inspection checklists and emergency incident reports serve as clue sources, and hazard rectification ledgers serve as the basis for the rectification closed loop. Each generates vectors and raw data indexes, for subsequent basis entries to refer back to the original text.
Configuration and implementation checks
This step is executed by the indexing service and vector database, outputting vectors and index status (whether recall is possible, whether data in the same group is merged). "Basis entries that can refer back to the original text" are then completed by subsequent AI nodes, code nodes, or manual work (retrieval and citation trimming only take supporting materials). The index model is consistent with the vector model actually used by the knowledge base. Data rows record multiple vector identifiers in the index field. Retrieval first recalls vectors and then merges them back to the original data by identifier.
| Object | Check | Verification action |
|---|---|---|
| Index model | Consistent with the vector model actually used by the knowledge base | Check the index model in the knowledge base settings |
| Index field of the data row | All multiple vector identifiers of one piece of data are present | Open a data row and check it |
| Rebuild task record | After changing the model, trigger only for data whose indexing has been completed | View the data range covered by the rebuild task record |
| Safety inspection checklist | Inspection item, hazard description, inspection date, and inspector signature are complete, and match the hazard name, quantity, and date in the hazard rectification ledger | Compare the fields, dates, and signatures of the checklist and the ledger item by item |
Three common errors
- Symptom: The name, quantity, and date of the same hazard do not match between the safety inspection checklist and the hazard rectification ledger. Inspect the following: The two materials were entered separately, without field-level verification.
- Symptom: The version of the emergency incident report is not synchronized, and the old version is still retrieved. Inspect the following: After the material was updated, the rebuild task record was not triggered, and the index still points to the old version.
- Symptom: The hazard rectification ledger lacks a signature or receipt, and the basis entry cannot refer back to the original text. Inspect the following: The rectification closed-loop materials were not completed, and the raw data fields are incomplete.
How to verify the setup
This feature acceptance: sample a data row and look at the index field to confirm that multiple vector identifiers are all present; then retrieve once to see whether data in the same group is merged, check the status value against indexed and the rebuild task record, record the number of citations by array length, and check limit, and quoteMaxToken separately.
Business test: ask a basis question that spans materials, and see whether the answer gives a traceable source.
- Open a data row, check whether multiple vector identifiers in the index field are complete, and confirm that the status is indexed.
- View the data range covered by the rebuild task record, and confirm that data whose indexing has been completed is triggered after changing the model.