这个品类的数据长什么样
研究生招生复试录取场景下，材料以复试方案、考生成绩表、调剂名单为主，来源为招生单位内部发文与系统导出，更新节奏随批次推进而滚动。复试方案含报考条件、复试科目、权重与录取规则，字段包括专业、日期、签字；考生成绩表含初试、复试、总成绩与排名，字段包括考生编号、科目、分数、日期；调剂名单含调剂专业、名额、拟录取与回执，字段包括姓名、数量、日期、签字。三类材料进入文档解析与分块功能时，各自承担依据来源角色：复试方案提供规则条款，成绩表提供分数事实，调剂名单提供名额与流程状态。解析分块后落库为数据行，供检索与后续处理生成可回指原文的依据条目。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「可回指原文的依据条目」由检索与后续处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 复试方案 | 规则条款的日期与签字是否与现行版本一致 | 打开数据行核对状态，按 chunkSize、chunkSplitter 查看分块是否覆盖条款，核对签字与日期字段 |
| 考生成绩表 | 同一考生在两份材料里的名称、数量、日期是否对得上 | 分别核对文件记录与数据行，检查成绩表与复试方案中的考生编号、科目、分数是否一致 |
| 调剂名单 | 调剂名额、拟录取与回执是否齐全且版本同步 | 核对调剂名单与成绩表的数量、日期、签字，确认缺签字或回执的记录，检查 trainingType 对应的索引状态 |
| 数据行索引状态 | 处于 parsed / indexing / indexed 之一且与界面显示一致 | 看重建任务覆盖的数据行，确认只覆盖 indexed 数据，待索引数据不参与召回 |
容易做错的三处
- 现象：同一考生在成绩表与调剂名单里的名称、数量、日期对不上。原因：两份材料版本未同步，或录入时未核对考生编号与签字回执。
- 现象：刚上传的材料搜不到。原因：数据行处于 parsed 或 indexing，尚未完成索引，检索层天然隔离不被召回。
- 现象：训练失败后留下空数据行。原因：解析成功不等于索引完成，失败数据未编辑或删除，导致状态与界面显示不一致。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认状态为 parsed、indexing、indexed，重建只覆盖 indexed 数据。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并核对引用文本的 tokens 与数组条数分别记录。
- 打开数据行核对状态，分别核对文件记录与数据行，确认唯一数据标识绑定正确。
- 检查重建任务覆盖的数据行，确认换模型只对已完成索引的数据重建，待索引数据不参与。