这个品类的数据长什么样
本页面向学校安全隐患排查与校园事件上报品类，材料包括安全检查表、隐患整改台账、突发事件报告三类，来源为校内巡查、年级报送与后勤回执，更新节奏按周排查、月汇总与事件即时上报。三类材料进入文档解析与分块功能时角色不同：安全检查表作为条目化清单提供字段骨架，隐患整改台账作为带日期与签字的流水记录提供对照关系，突发事件报告作为叙述型文本提供事件要素。字段特征集中在检查项名称、隐患描述、整改期限、责任人签字、上报日期与回执编号。多语资料与术语处理需要把同一术语在全篇统一，译名能回指原文，最终形成统一术语表与对照稿。
配置怎么定
解析与训练任务（服务端任务）只输出数据行与索引状态（已解析、索引中、已完成），统一术语表与对照稿要由检索与后续处理接着做。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按三态流转，待索引数据不参与召回，换模型只对已完成索引的数据重建。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 安全检查表 | 检查项名称、隐患描述、整改期限与签字栏在各份材料中字段齐全且日期一致 | 核对同一检查项在台账与报告中的名称、数量、日期是否对得上，并核对签字或回执是否缺失 |
| 隐患整改台账 | 整改流水中的责任人、期限与回执编号能回指原始检查表 | 按 chunkSize 与 chunkSplitter 查看分块边界是否切断术语，核对 trainingType 与数据行状态是否为 parsed、indexing 或 indexed |
| 突发事件报告 | 事件要素、上报日期与签字在报告与台账中一致且版本同步 | 分别核对文件记录与数据行，确认同一记录在两份材料里的名称、数量、日期无冲突 |
| 数据行 | 处于 parsed、indexing、indexed 三态之一且与界面显示一致 | 打开数据行核对状态，确认待索引数据不参与召回，重建只覆盖已完成索引的数据 |
容易做错的三处
- 现象：同一隐患在两份材料里的名称、数量、日期对不上。原因：多语术语未统一，分块后同一记录被拆到不同数据行。
- 现象：整改台账与突发事件报告版本未同步，引用旧稿。原因：材料更新后未重新解析落库，索引状态仍停留在已完成。
- 现象：检查表缺签字或回执，上报后无法追溯。原因：字段未在分块时保留签字栏，检索与后续处理无法回指原文。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按 parsed、indexing、indexed 三态流转，换模型只对已完成索引的数据重建，初次训练覆盖待索引数据。
业务测试：抽三条术语查全篇写法是否一致，译名能否回指原文，形成统一术语表与对照稿后交对外发布。
- 分别核对文件记录与数据行，确认文件记录与数据行各自的身份分得开，状态与界面显示一致。
- 查看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，并核对
chunkSize、chunkSplitter、trainingType与引用文本的 tokens，数组条数单独记录。