这个品类的数据长什么样
幼儿园游戏活动组织的资料版本与变更维护，材料来源包括观察记录、区域计划、材料投放清单、活动目标与反思转下周计划。这些材料进入文档解析与分块功能时，各自角色不同：观察记录与区域计划作为对照基准，材料投放数量作为可核数据，活动目标与反思转下周计划作为版本变更的触发项。更新节奏通常按周或按活动周期滚动，字段特征表现为同一活动名称下存在多份版本、引用关系交叉、旧版仍需可追。分块时需保留版本标识与引用线索，使材料不足、目标与观察不符、计划未更新等不一致能在数据行层面暴露，便于后续检索与版本台账同步。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「版本台账与变更记录」由检索与后续处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 观察记录与区域计划对应材料 | 观察记录中的活动目标达成情况与区域计划是否指向同一活动版本，材料不足时能否从数据行看出缺口 | 打开对应数据行，核对文件记录与数据行各自的身份，确认状态处于 parsed / indexing / indexed 之一，并检查 chunkSize 与 chunkSplitter 的分块结果是否保留版本与引用线索 |
| 材料投放数量清单 | 投放数量与活动目标、观察记录是否一致，计划未更新时数量字段是否仍指向旧版 | 分别核对文件记录与数据行，查看重建任务覆盖的数据行是否只包含已完成索引的数据，确认 trainingType 对应的处理模式与当前材料类型匹配 |
| 反思转下周计划材料 | 反思内容是否已转入下周计划，目标与观察不符时数据行是否保留可追的旧版痕迹 | 核对数据行状态与界面显示是否一致，确认待索引数据不参与召回，并检查引用同步后版本号是否随内容变更更新 |
容易做错的三处
- 现象：刚上传的材料搜不到。原因：数据行处于 parsed 或 indexing 状态，待索引数据不参与召回，解析成功不等于检索命中。
- 现象：训练失败后留下空数据行。原因：训练中断残留未完成索引的数据，需直接编辑或删除，旧版可追性因此受损。
- 现象：换模型后重建耗时异常。原因：重建范围若未限定在已完成索引的数据，待索引数据被卷入，开销放大且版本台账与引用同步滞后。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认状态在 parsed / indexing / indexed 之间流转且与界面显示一致，重建只覆盖已完成索引的数据。
业务测试：改一处内容，看版本号与引用是否同步更新，并核对现行版本唯一、旧版可追、引用同步。
- 打开数据行核对状态，确认文件记录与数据行各自的身份分得开，并记录
chunkSize、chunkSplitter、trainingType对应的分块与训练模式。 - 看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，待索引数据不参与重建链，并检查引用文本的 tokens 与数组条数分别记录。