这个品类的数据长什么样
本页面向学术不端举报调查处理中的业务依据查询，涉及举报材料、调查报告、专家鉴定意见三类材料。举报材料通常由举报人提交，包含被举报人信息、事实描述、证据清单与提交日期；调查报告由调查组出具，记载调查过程、认定事实、处理建议及签字；专家鉴定意见由鉴定专家提供，含鉴定事项、分析意见、结论与专家签字。材料以文档形式进入解析分块功能，各自承担来源证明、程序记录与专业判断角色。更新节奏随调查阶段推进，可能补充回执、修订版本或追加鉴定。字段特征集中在名称、数量、日期与签字，需核对同一记录在不同材料间是否一致。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。可回指原文的依据条目由检索与后续处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 举报材料 | 核对被举报人名称、证据数量、提交日期与回执签字；与调查报告中的对应记录逐项比对，确认名称、数量、日期能对上原文 | 打开数据行核对状态；分别核对文件记录与数据行标识；检查 chunkSize 与 chunkSplitter 是否影响条目边界 |
| 调查报告 | 核对调查过程、认定事实、处理建议的日期与签字；与专家鉴定意见中的鉴定事项、结论日期比对，确认版本为现行且无缺签字 | 打开数据行核对状态；查看重建任务覆盖的数据行；确认 trainingType 与索引状态流转一致 |
| 专家鉴定意见 | 核对鉴定事项、分析意见、结论与专家签字；与举报材料中的证据名称、数量比对，确认同一记录在不同材料间一致 | 打开数据行核对状态；分别核对文件记录与数据行；检查 chunkSize 是否导致条目跨材料错位 |
| 数据行 | 处于 parsed、indexing、indexed 三态之一且与界面显示一致；待索引数据不参与召回，换模型只对已完成索引的数据重建 | 打开数据行核对状态；查看重建任务覆盖的数据行；确认 trainingType 与索引状态对应 |
容易做错的三处
- 现象：同一记录在举报材料与调查报告里的名称、数量、日期对不上。原因：材料版本未同步，或录入时未回指原文核对。
- 现象：专家鉴定意见缺专家签字或回执，调查报告缺调查组签字。原因：材料流转环节未收齐，或扫描件遗漏签字页。
- 现象：刚上传的材料搜不到，训练失败后留下空数据行。原因：数据行处于 parsed 或 indexing，未完成索引，检索层不召回。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围；确认状态在 parsed、indexing、indexed 之间流转，重建只覆盖已完成索引的数据；核对 chunkSize、chunkSplitter、trainingType 对分块与训练的影响。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处。
- 打开数据行核对状态，确认与界面显示一致，并分别核对文件记录与数据行的标识。
- 查看重建任务覆盖的数据行，确认只针对已完成索引的数据，待索引数据不参与重建。