这个品类的数据长什么样
普通高校招生录取投档业务中，招生计划、投档规则、录取名册构成核心材料。招生计划含院校代号、专业组、计划数、选考科目、批次与日期；投档规则含投档比例、排序分、同分处理、退档条件与签字栏；录取名册含考生号、姓名、成绩、录取专业、回执与盖章。这些材料按批次与年度更新，字段多、版本迭代快，常出现同一记录在两份材料里的名称、数量、日期对不上，版本未同步，缺签字或回执。材料进入解析与分块功能时，各自承担依据来源角色：招生计划与投档规则提供规则条目，录取名册提供结果条目，均需落为可回指原文的依据条目，供答复家长或写进方案。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。可回指原文的依据条目由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按 parsed、indexing、indexed 三态流转，待索引数据不参与召回。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划 | 字段含院校代号、专业组、计划数、选考科目、批次与日期，须与投档规则和录取名册逐项对齐 | 分别核对文件记录与数据行，确认计划数、日期、签字栏一致，并检查 chunkSize 与 chunkSplitter 是否按表格结构设置 |
| 投档规则 | 字段含投档比例、排序分、同分处理、退档条件与签字，须与现行版本一致 | 核对规则条目能否回指原文，检查版本日期与签字回执，确认 trainingType 与索引状态 parsed、indexing、indexed 流转正常 |
| 录取名册 | 字段含考生号、姓名、成绩、录取专业、回执与盖章，须与招生计划名称、数量、日期对得上 | 逐条核对名册与计划名称、数量、日期，检查缺签字或回执项，确认数据行状态与界面显示一致 |
| 数据行 | 处于 parsed、indexing、indexed 三态之一且与界面显示一致，待索引数据不参与召回 | 打开数据行核对状态，确认唯一数据标识与文件记录分得开，重建任务只覆盖 indexed 数据 |
容易做错的三处
- 现象：刚上传的材料搜不到。原因：数据行仍处于 parsed 或 indexing，尚未完成索引，待索引数据在检索层天然隔离不被召回。
- 现象：同一记录在招生计划与录取名册里的名称、数量、日期对不上。原因：两份材料版本未同步，或解析分块时字段边界错位，未按表格结构设置
chunkSize与chunkSplitter。 - 现象：训练失败后留下空数据行。原因：训练中断残留孤儿数据，未直接编辑或删除失败数据，导致后续检索与重建范围出现偏差。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围。核对数据行是否按 parsed、indexing、indexed 三态流转，重建任务是否只覆盖 indexed 数据，初次训练是否覆盖待索引与索引中的数据。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处。例如问招生计划与录取名册中同一专业的计划数与录取数是否对得上，检查回答能否回指原文条目、版本是否为现行、签字与回执是否齐全。
- 打开数据行核对状态，确认与界面显示一致，并分别核对文件记录与数据行的身份标识。
- 查看重建任务覆盖的数据行，确认只覆盖 indexed 数据，待索引数据不参与重建链。