这个品类的数据长什么样
高校招生体检组织在业务依据查询中，会用到体检表、复检申请、受限专业告知三类材料。体检表来自体检机构，按批次更新，字段含姓名、体检项目、结论、日期与签字；复检申请来自考生或家长，按申请节点更新，字段含申请事由、原体检结论、签字与回执；受限专业告知来自招生部门，按年度招生政策更新，字段含专业名称、受限依据、告知日期与签收。三类材料进入解析与训练任务后，各自成为独立数据行，体检表用于核对结论与日期，复检申请用于核对申请与回执，受限专业告知用于核对专业名称与受限条目。更新节奏上，体检表随批次落库，复检申请随申请提交落库，受限专业告知随年度政策落库，均需绑定唯一数据标识。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。可回指原文的依据条目由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按三态流转，待索引数据不参与召回。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 体检表 | 字段、日期与签字需与原件一致；结论与受限专业告知中的专业名称、受限依据能对上 | 打开数据行核对状态与原文，核对姓名、体检项目、结论、日期、签字；用chunkSize与chunkSplitter核对分块是否覆盖结论段 |
| 复检申请 | 申请事由、原体检结论、签字与回执需齐全；原体检结论与体检表对应记录的名称、日期一致 | 打开数据行核对状态与原文，核对申请事由、原体检结论、签字、回执；记录引用条数与引用文本tokens，quoteMaxToken只作引用内容预算 |
| 受限专业告知 | 专业名称、受限依据、告知日期与签收需与年度政策一致；受限依据能回指到体检表结论 | 打开数据行核对状态与原文，核对专业名称、受限依据、告知日期、签收；用trainingType区分Vector与QA处理模式，看训练进度分类展示 |
| 数据行状态 | 处于parsed、indexing、indexed三态之一且与界面显示一致；待索引数据不参与召回 | 打开数据行核对状态；换模型后看重建任务只覆盖indexed的数据行，待索引数据不参与重建链 |
容易做错的三处
- 现象：同一记录在体检表与复检申请里的姓名、日期对不上。原因：两份材料各自落库为独立数据行，缺少跨材料回指核对。
- 现象：受限专业告知的专业名称与体检表结论版本未同步。原因：年度政策更新后旧数据行仍处于indexed，未随新版本重建。
- 现象：复检申请缺签字或回执，检索仍能命中。原因：解析成功不等于检索一定命中，还要看索引状态与字段完整性。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围。状态应为parsed、indexing、indexed三态之一且与界面显示一致；换模型后重建任务只覆盖已完成索引的数据行，待索引数据不参与重建链。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处。例如问受限专业告知中的受限依据对应体检表哪条结论，看回答是否给出可回指原文的依据条目，并记录引用条数与引用文本tokens，quoteMaxToken只作引用内容预算。
- 打开数据行核对状态与原文，分别核对文件记录与数据行的标识，确认文件记录与数据行各自的身份分得开。
- 查看重建任务覆盖的数据行，确认只覆盖已完成索引的数据；核对
chunkSize、chunkSplitter、trainingType三个标识符对应的分块与处理模式参数。