这个品类的数据长什么样
中小学招生入学组织的资料版本与变更维护，核心材料是招生方案、报名材料清单、录取名单。招生方案来自教育主管部门与学校招生委员会，按年度或批次发布，含招生范围、时间节点、录取规则等字段；报名材料清单由招生办整理，含证件名称、份数、提交日期、签字栏；录取名单由审核组汇总，含学生姓名、编号、录取状态、公示日期与回执。三类材料更新节奏不同：方案随政策调整，清单随报名批次微调，名单随审核进度滚动。进入解析与分块功能时，方案承担规则条款的版本基准，清单承担字段与日期的对照基准，名单承担个体记录与签字回执的核对基准。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。版本台账与变更记录由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按 parsed、indexing、indexed 三态流转，待索引数据不参与召回，换模型只对已完成索引的数据重建。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生方案 | 版本号、发布日期与签字栏是否与现行版本唯一对应，旧版是否可追 | 打开数据行核对状态是否为 parsed、indexing 或 indexed，并核对 trainingType 与重建范围 |
| 报名材料清单 | 证件名称、份数、提交日期在两份材料里是否对得上，签字或回执是否齐全 | 分别核对文件记录与数据行，确认文件与数据行标识分得开，检查 chunkSize 与 chunkSplitter 的分块结果 |
| 录取名单 | 学生姓名、编号、录取状态与公示日期是否一致，回执是否缺失 | 查看重建任务覆盖的数据行是否只含已完成索引的数据，确认待索引数据不参与重建 |
| 版本台账与变更记录 | 现行版本唯一、旧版可追、引用同步是否成立 | 改一处内容后核对版本号与引用是否同步更新，并记录引用数组条数与引用文本 tokens |
容易做错的三处
- 现象：刚上传的招生方案搜不到。原因：数据行处于 parsed 或 indexing 状态，待索引数据在检索层天然隔离不被召回，解析成功不等于检索一定命中。
- 现象：同一报名材料清单在两份文件里证件名称、份数或日期对不上。原因：版本未同步，旧版仍被引用，文件记录与数据行标识未分开核对。
- 现象：录取名单缺签字或回执，训练失败后留下空数据行。原因：材料未完成签字回执即入库，训练中断残留孤儿数据，未及时编辑或删除。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态是否按 parsed、indexing、indexed 流转，并看重建任务覆盖范围是否只含已完成索引的数据。
业务测试：改一处内容，看版本号与引用是否同步更新；引用数组条数单独记录，引用文本 tokens 单独核对。
- 打开数据行核对状态与界面显示是否一致，确认文件记录与数据行各自身份分得开。
- 查看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，待索引数据不参与重建。