这个品类的数据长什么样
本页面向自费出国留学申请服务的业务依据查询场景，材料主要来自本机构存档的留学服务合同、学校申请表、个人陈述及其附件。这些材料以文档形式进入文档解析与分块功能：合同提供签约主体、服务范围与费用条款，申请表承载学校名称、申请批次与日期，个人陈述记录版本与签字信息。材料更新节奏跟随申请季与补件节点，常见字段包括当事人名称、学校名称、数量、金额、签署日期与回执编号。同一记录在不同材料中可能名称、数量、日期不一致，版本未同步或缺少签字与回执时，依据条目需要回指到具体原文段落。
配置怎么定
解析与训练任务（服务端任务）只输出数据行与索引状态（已解析、索引中、已完成），可回指原文的依据条目要由检索与后续处理接着做。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按三态流转，待索引数据不参与召回。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 留学服务合同 | 当事人名称、服务范围、金额与签署日期需与申请表、个人陈述对得上，且为现行版本、签字与回执齐全 | 打开合同数据行，核对 chunkSize 与 chunkSplitter 下切出的字段段落，比对签署日期与回执编号，确认状态为 parsed 或 indexed |
| 学校申请表 | 学校名称、申请批次、数量与日期需与合同、个人陈述一致，缺签字或回执的条目不能作为依据 | 分别核对文件记录与数据行，检查 trainingType 对应的处理模式，确认索引状态为 indexing 或 indexed，并回指原文段落 |
| 个人陈述 | 版本号、提交日期与签字信息需与合同、申请表同步，同一记录的名称与数量不能在两份材料间冲突 | 查看数据行状态是否处于 parsed、indexing、indexed 之一，核对重建范围只覆盖已完成索引的数据，并记录引用文本的 tokens 与数组条数 |
容易做错的三处
- 现象：刚上传的材料搜不到。原因：解析完成落库后处于待索引状态，检索层天然隔离不被召回，需等待索引流转为已完成。
- 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：版本未同步或缺签字回执，依据条目无法回指到唯一原文段落。
- 现象：训练失败后留下空数据行。原因：训练中断残留孤儿数据，需直接编辑或删除失败数据行，避免误当依据使用。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围。核对数据行是否绑定唯一数据标识，状态是否按 parsed、indexing、indexed 流转，重建任务是否只覆盖已完成索引的数据；同时记录 chunkSize、chunkSplitter、trainingType 三项参数对应的数据行。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处。例如询问合同与申请表在日期、名称、数量上是否一致，检查回答是否指向具体材料与段落，并区分引用文本的 tokens 与数组条数。
- 打开数据行核对状态与界面显示是否一致，确认文件记录与数据行各自的身份分得开。
- 查看重建任务覆盖的数据行，确认只针对已完成索引的数据，待索引数据不参与重建。