这个品类的数据长什么样
学术不端举报调查处理场景中，材料分为举报材料、调查报告、专家鉴定意见三类，来源包括实名或匿名举报信、调查组阶段报告、外部专家签署的鉴定文书。更新节奏由受理、核查、合议、反馈四阶段驱动，每次补充证据或修订结论都会产生新版本。字段特征集中在记录名称、数量、日期与签字回执：同一记录在两份材料里的名称、数量、日期常对不上，版本未同步时旧版仍被引用，缺签字或回执会导致结论不可追溯。三类材料进入本功能时角色不同：举报材料作为原始事实来源，调查报告作为过程结论载体，专家鉴定意见作为专业判断依据，均需解析分块后落库为数据行，供后续检索与版本台账维护。
配置怎么定
解析与训练任务（服务端任务）只输出数据行与索引状态（已解析、索引中、已完成），版本台账与变更记录要由检索与后续处理接着做。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按 parsed、indexing、indexed 三态流转，待索引数据不参与召回，换模型只对已完成索引的数据重建。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 举报材料 | 字段、日期与签字是否与调查报告一致，回执是否齐全 | 打开数据行核对状态，比对名称、数量、日期与签字项，记录版本号 |
| 调查报告 | 版本是否唯一、旧版是否可追、引用是否同步 | 检查重建任务覆盖的数据行，确认只覆盖 indexed 数据，核对 trainingType 与 chunkSize 设置记录 |
| 专家鉴定意见 | 签字与回执是否完整，鉴定意见与报告结论是否对应 | 分别核对文件记录与数据行，确认文件与数据行标识分得开，查看 chunkSplitter 分块结果 |
| 数据行 | 处于 parsed / indexing / indexed 三态之一且与界面显示一致 | 打开数据行核对状态，确认待索引数据不参与召回 |
容易做错的三处
- 现象：同一记录在举报材料与调查报告里的名称、数量、日期对不上。原因：两份材料分别解析落库，未按唯一数据标识对齐版本。
- 现象：调查报告更新后旧版仍被检索命中，引用未同步。原因：版本台账未随索引状态流转更新，旧版数据行仍处于可召回状态。
- 现象：专家鉴定意见缺签字或回执，结论无法追溯。原因：解析分块只落库正文，签字与回执字段未纳入数据行核验。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认状态在 parsed、indexing、indexed 之间正确流转，重建只覆盖 indexed 数据，核对 trainingType、chunkSize、chunkSplitter 三个标识符记录。
业务测试：改一处内容，看版本号与引用是否同步更新。
- 打开数据行核对状态，确认与界面显示一致，分别核对文件记录与数据行标识。
- 查看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，待索引数据不参与重建。