这个品类的数据长什么样
国家重点研发计划项目申报涉及项目申报书、预算申报书、合作协议等材料，来源多为内部撰写与联合单位回传，更新节奏集中在申报窗口期与评审反馈后，字段包含项目名称、承担单位、预算科目、起止日期、签字与回执。三类材料进入文档解析与分块时角色不同：项目申报书是版本主线，预算申报书与合作协议作为引用与附件进入，字段需与主线对齐。材料在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按已解析、索引中、已完成三态流转，待索引数据不参与召回，为版本台账与变更记录提供可追溯的数据基础。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。版本台账与变更记录由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，换模型只对已完成索引的数据重建。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 项目申报书 | 字段、日期与签字齐全，项目名称与承担单位在预算申报书中保持一致 | 核对数据行状态是否为 parsed、indexing 或 indexed，并核对 chunkSize 与 chunkSplitter 设置下的分块边界是否切在签字与日期附近 |
| 预算申报书 | 预算科目、数量与日期同项目申报书对得上，不缺签字或回执 | 分别核对文件记录与数据行的身份，确认同一记录在两份材料里的名称、数量、日期一致，并记录 trainingType 对应的处理模式 |
| 合作协议 | 合作单位名称、签章日期与回执在项目申报书中可追 | 打开数据行核对状态与界面显示一致，确认旧版可追、现行版本唯一，引用同步更新 |
容易做错的三处
- 现象：刚上传的材料搜不到。原因：数据行处于待索引状态，检索层天然隔离不被召回，需等索引状态流转到已完成。
- 现象：同一记录在项目申报书与预算申报书里的名称、数量、日期对不上。原因：版本未同步，旧版数据行仍被引用，缺签字或回执也未拦截。
- 现象：换模型后重建耗时异常。原因：重建范围误覆盖待索引数据，而重建只针对已完成索引的数据，初次训练才覆盖待索引与索引中的数据。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认解析完成后立即落库为可见数据行，索引按 parsed、indexing、indexed 三态流转，重建只覆盖已完成索引的数据。
业务测试：改一处内容，看版本号与引用是否同步更新，并核对文件记录与数据行各自的身份分得开。
- 打开数据行核对状态，确认处于 parsed、indexing 或 indexed 之一且与界面显示一致，并记录
chunkSize、chunkSplitter、trainingType的取值。 - 分别核对文件记录与数据行，确认同一记录在项目申报书、预算申报书、合作协议中的名称、数量、日期与签字回执一致，旧版可追、现行版本唯一。