这个品类的数据长什么样
本页面向培训机构招生咨询转化场景，材料来自招生简章、咨询记录、试听课安排三类。招生简章提供课程名称、班型、开课日期、收费标准与签章；咨询记录承载家长意向、沟通时间、跟进人签字与回执；试听课安排记录试听时间、授课教师、到场人数与确认签字。材料以文件形式进入知识库，解析分块后各自成为数据行，分别承担课程依据、沟通依据与试听依据的角色。更新节奏随招生批次与试听排期滚动，字段特征为名称、数量、日期、签字四类交叉出现，同一记录常在两份材料中重复登记，需按版本与签字状态区分现行有效条目。
配置怎么定
解析与训练任务（服务端任务）只输出数据行与索引状态（已解析、索引中、已完成），可回指原文的依据条目要由检索与后续处理接着做。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按三态流转，待索引数据不参与召回。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生简章 | 课程名称、班型、开课日期、收费标准与签章是否与现行版本一致，同一记录在简章与咨询记录中的名称、数量、日期能否对上 | 打开数据行核对状态是否为 parsed、indexing 或 indexed，并分别核对文件记录与数据行的身份标识 |
| 咨询记录 | 家长意向、沟通时间、跟进人签字与回执是否齐全，同一记录在咨询记录与试听课安排中的日期、人数是否一致 | 按 trainingType 查看训练模式，确认条目能回指到具体材料段落 |
| 试听课安排 | 试听时间、授课教师、到场人数与确认签字是否完整，版本未同步或缺签字回执的条目能否识别 | 核对重建任务覆盖的数据行是否只落在已完成索引的数据上，并检查 chunkSize 与 chunkSplitter 对应的分块边界 |
| 数据行与索引状态 | 数据行处于三态之一且与界面显示一致，待索引数据不被检索召回 | 看重建任务覆盖的数据行，确认换模型只对已完成索引的数据触发重建 |
容易做错的三处
- 现象：同一记录在招生简章与咨询记录里的名称、数量、日期对不上。原因：两份材料各自登记且版本未同步，缺少统一回指字段。
- 现象：试听课安排缺签字或回执，答复家长时无法确认到场依据。原因：材料版本未同步，旧版覆盖新版且未保留签字状态。
- 现象：刚上传的材料搜不到。原因：数据行处于 parsed 或 indexing，尚未完成索引，检索层天然隔离不被召回。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认状态在 parsed、indexing、indexed 之间正确切换，且重建只覆盖已完成索引的数据。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并核对引用条数与引用文本 tokens 分别记录。
- 打开数据行核对状态与界面显示是否一致，分别核对文件记录与数据行各自的身份标识。
- 查看重建任务覆盖的数据行，确认换模型只对已完成索引的数据重建，待索引数据不参与重建链。