这个品类的数据长什么样
自费出国留学申请服务的业务依据查询，材料以留学服务合同、学校申请表、个人陈述为主。合同含服务范围、退费约定与双方签字，学校申请表含字段、日期与签章，个人陈述含版本与提交回执。材料由顾问按学生批次归集，每季度随申请季与院校要求更新。三类材料进入索引服务时角色不同：合同提供条款级依据，申请表提供字段级依据，个人陈述提供版本级依据。字段特征为名称、数量、日期、签字与回执并存，同一事项常分散于多份材料，需靠索引字段回指原文。
配置怎么定
这一环由索引服务与向量库执行，输出向量与索引状态（能否召回、同组数据是否合并）。可回指原文的依据条目由后续 AI 节点、代码节点或人工（检索与引用裁剪只取支撑材料）接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 留学服务合同 | 条款名称、签署日期与双方签字须与申请批次一致 | 打开合同数据行，核对索引字段与签字回执，确认状态为 indexed |
| 学校申请表 | 字段数量、提交日期与签章须与院校要求一致 | 检索该表，查看同一组数据是否合并，核对 maxToken 与引用文本 tokens |
| 个人陈述 | 版本日期与提交回执须与现行版本同步 | 查看重建任务覆盖的数据范围，确认换模型后已完成索引的数据被重建 |
| 索引模型 | 与知识库实际使用的向量模型一致 | 在知识库设置里核对索引模型，检查 defaultToken 与 maxToken |
容易做错的三处
- 现象：答复中出现同一份材料的重复条目。核对以下环节：对应原材料的字段、版本与后续处理结果需要逐项比较。
- 现象：换模型后召回质量下降。核对以下环节：重建任务只对已完成索引的数据触发，未覆盖全部数据行。
- 现象：合同与申请表日期对不上却仍被引用。核对以下环节：版本未同步，旧版材料仍在索引中且缺回执。
怎么确认配好了
本功能验收：抽一条数据行看索引字段，再检索一次看同组是否合并；核对状态为 indexed 与重建任务记录，并记录数组条数与 defaultToken 预算。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处。
- 打开一条数据行，核对索引字段是否记录该条的全部向量标识，确认状态为 indexed。
- 在知识库设置里核对索引模型，并查看重建任务记录覆盖的数据范围。