这个品类的数据长什么样
自费出国留学申请服务涉及留学服务合同、学校申请表、个人陈述等材料，来源分散、更新频繁，字段含名称、数量、日期与签字。合同与申请表进入解析与训练任务后先落库为可见数据行，个人陈述与回执作为补充材料参与同一版本链。同一记录在两份材料里的名称、数量、日期对不上，或版本未同步、缺签字与回执，都会让材料在检索层无法对应。材料按申请轮次与截止节点更新，旧版需可追、现行版本唯一、引用同步。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「版本台账与变更记录」由检索与后续处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 留学服务合同 | 名称、数量、日期与签字在合同与申请表之间一致 | 核对合同与申请表字段，确认签字与回执齐全，查看数据行状态是否为 parsed、indexing 或 indexed |
| 学校申请表 | 同一记录的名称、数量、日期与个人陈述对得上 | 对照申请表与个人陈述的日期与名称，检查 chunkSize、chunkSplitter 解析分块后数据行是否落库 |
| 个人陈述 | 版本号与引用同步，旧版可追 | 改一处内容后查看版本号与引用是否同步，核对 trainingType 对应训练模式与索引状态 |
| 版本台账与变更记录 | 现行版本唯一、旧版可追、引用同步 | 打开数据行核对状态与界面显示一致，确认重建任务只覆盖已完成索引的数据行 |
容易做错的三处
- 现象：刚上传的材料搜不到。原因：数据行处于待索引状态，检索层天然隔离不被召回，解析成功不等于检索命中。
- 现象：训练失败后留下空数据行。原因：训练中断残留孤儿数据，失败数据未及时编辑或删除，版本台账出现缺口。
- 现象：换模型后重建耗时异常。原因：重建范围未限定在已完成索引的数据，待索引数据被卷入重建链，引用与版本未同步。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认状态在 parsed、indexing、indexed 之间流转，且重建只覆盖已完成索引的数据行。
业务测试：改一处内容，看版本号与引用是否同步更新，确认现行版本唯一、旧版可追、引用同步。
- 打开数据行核对状态，确认与界面显示一致，并分别核对文件记录与数据行的标识。
- 查看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，并核对引用文本的 tokens 与数组条数分别记录。