这个品类的数据长什么样
幼儿园办园行为与质量自评涉及自评报告、问题清单、整改计划三类材料，来源为园所填报、责任督学反馈与整改回执，更新节奏跟随自评周期与整改节点，字段特征集中在园所名称、班级数、幼儿数、问题条目、整改期限、责任人签字与回执日期。材料进入文档解析与分块环节时，自评报告承担总体结论与指标得分，问题清单承担逐条问题与对应证据，整改计划承担措施、时限与签字栏。三类材料常以同一记录在不同文档中重复出现，名称、数量、日期与签字状态容易分叉，需要版本台账与变更记录把现行版本、旧版追溯与引用同步固定下来，避免检索命中过期内容。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「版本台账与变更记录」由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按 parsed、indexing、indexed 三态流转。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 自评报告 | 名称、班级数、幼儿数、日期与签字须与问题清单、整改计划一致 | 打开数据行核对状态是否为 parsed、indexing 或 indexed，并比对报告中的园所名称与数量字段 |
| 问题清单 | 问题条目、责任人与整改期限须与整改计划逐条对应 | 分别核对文件记录与数据行，确认同一问题在两份材料中的名称、数量、日期未分叉 |
| 整改计划 | 整改措施、完成日期与签字回执须与问题清单闭环 | 看重建任务覆盖的数据行是否只落在已完成索引的数据，并检查签字与回执字段 |
| 解析与训练任务 | 初次训练覆盖待索引与索引中的数据，重建只针对已完成索引的数据 | 在训练看板按处理模式查看进度，核对 trainingType 与 chunkSize、chunkSplitter 配置对应的分块结果 |
容易做错的三处
- 现象：刚上传的材料搜不到。原因：数据行处于 parsed 或 indexing 状态，待索引数据不参与召回，解析成功不等于检索命中。
- 现象：同一记录在自评报告与问题清单里名称、数量、日期对不上。原因：版本未同步，旧版仍被检索命中，引用未随现行版本更新。
- 现象：整改计划缺签字或回执。原因：变更记录未绑定签字栏与回执日期，版本台账未标记现行版本唯一，旧版可追但未被替换。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认状态在 parsed、indexing、indexed 之间流转且重建只覆盖已完成索引的数据。
业务测试：改一处内容，看版本号与引用是否同步更新，并核对文件记录与数据行的标识是否分得开。
- 打开数据行核对状态与界面显示一致，确认待索引数据未被召回，训练失败数据可直接编辑或删除。
- 分别核对文件记录与数据行，检查
chunkSize、chunkSplitter、trainingType对应的分块与训练模式，并看重建任务覆盖的数据行范围。