这个品类的数据长什么样
企业新员工入职培训材料通常包含入职培训计划、课程签到表、岗位说明书三类。入职培训计划来自人力资源部门，按批次更新，字段含课程名称、日期、讲师、参训岗位；课程签到表由培训执行方在课后汇总，字段含姓名、工号、签到时间、签字栏；岗位说明书由用人部门维护，字段含岗位名称、职责条目、任职要求、生效日期。三类材料进入本功能时角色不同：入职培训计划作为主依据，用于回答课程安排与岗位对应关系；课程签到表作为出勤佐证，用于核对参训记录；岗位说明书作为职责依据，用于回答岗位职责与任职条件。材料以文件形式上传后，解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，文件记录与数据行各自的身份分得开，便于分别核对。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。可回指原文的依据条目由检索与后续处理接着完成。索引按 parsed、indexing、indexed 三态流转，待索引数据不参与召回；换模型只对已完成索引的数据重建，初次训练覆盖待索引与索引中的数据。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 入职培训计划 | 字段含课程名称、日期、讲师、参训岗位，且版本为现行 | 打开数据行核对状态是否为 indexed，并核对课程名称与日期是否与签到表一致 |
| 课程签到表 | 字段含姓名、工号、签到时间、签字栏，且签字与回执齐全 | 分别核对文件记录与数据行，确认签到记录与培训计划中的课程名称、数量、日期对得上 |
| 岗位说明书 | 字段含岗位名称、职责条目、任职要求、生效日期，且生效日期为现行版本 | 核对生效日期是否与培训计划批次同步，并检查职责条目能否回指原文 |
| 数据行 | 处于 parsed、indexing、indexed 三态之一且与界面显示一致 | 核对 trainingType 与 chunkSize、chunkSplitter 对应的分块结果，确认重建任务只覆盖已完成索引的数据 |
容易做错的三处
- 现象：同一课程在培训计划与签到表里的名称、数量、日期对不上。原因：两份材料由不同环节维护，未按同一批次核对字段。
- 现象：岗位说明书生效日期未同步，回答引用旧版职责。原因：版本未同步，重建只针对已完成索引的数据，旧数据仍被召回。
- 现象：签到表缺签字或回执，出勤依据不完整。原因：课后汇总未补齐签字栏，材料未达到可回指原文的要求。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围。数据行应依次出现 parsed、indexing、indexed；换模型后重建只覆盖已完成索引的数据，待索引数据不参与重建。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处。例如问某岗位在培训计划中的课程与签到表出勤是否对应，回答应回指到具体材料与数据行。
- 打开数据行核对状态与界面显示是否一致，确认文件记录与数据行各自的身份分得开。
- 查看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，并核对
trainingType与分块参数。