这个品类的数据长什么样
本页面向职业院校技能竞赛组织场景，材料涵盖竞赛规程、报名表、训练计划三类。竞赛规程通常由主办方按赛年发布，含赛项名称、组别、日期、签字栏；报名表由参赛校填报，含选手姓名、身份证号、指导教师、盖章回执；训练计划由教练组滚动更新，含周次、项目、时长、签字确认。三类材料进入解析与训练任务后，各自承担不同角色：规程作为判定基准，报名表作为人员与资格来源，训练计划作为过程留痕。更新节奏上，规程随赛年更替，报名表在报名窗口内多次修订，训练计划按周迭代。字段特征集中在名称、数量、日期与签字四类，同一记录跨材料比对时容易出现名称写法不一、日期口径不同、签字或回执缺失，需要可回指原文的依据条目支撑答复家长或写入方案。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「可回指原文的依据条目」由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按三态流转，待索引数据不参与召回。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 竞赛规程 | 赛项名称、组别、日期、签字栏与现行版本一致 | 核对规程发布日期与版本号，比对签字栏是否齐全，确认条目能回指原文段落 |
| 报名表 | 选手姓名、数量、指导教师与回执盖章能对上规程要求 | 逐项核对姓名与数量，检查回执盖章，确认字段与规程口径一致 |
| 训练计划 | 周次、项目、时长与签字确认可追溯 | 核对周次与项目对应关系，检查教练签字，确认日期口径与规程不冲突 |
| 数据行与索引状态 | 处于 parsed / indexing / indexed 三态之一且与界面显示一致 | 打开数据行核对状态，检查 chunkSize、chunkSplitter、trainingType 对应处理模式 |
容易做错的三处
- 现象：同一选手在两份材料里的姓名或数量对不上。原因：报名表与训练计划各自维护，字段口径未统一，跨材料比对时缺少回指原文的条目。
- 现象：规程已换版，报名表仍按旧版填写。原因：版本未同步，材料进入解析后未按现行版本核对，条目指向旧版原文。
- 现象：训练计划缺教练签字或报名表缺回执。原因：签字与回执环节未闭环，解析落库后数据行可见但依据条目无法回指完整原文。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认状态在 parsed、indexing、indexed 之间流转，重建只覆盖已完成索引的数据行。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并核对引用条数与引用文本 tokens 分别记录。
- 打开数据行核对状态是否与界面显示一致，分别核对文件记录与数据行的标识，确认
chunkSize、chunkSplitter、trainingType对应处理模式。 - 查看重建任务覆盖的数据行，确认只针对已完成索引的数据，待索引数据不参与重建链，训练失败数据可直接编辑或删除。