这个品类的数据长什么样
本页面向继续教育学时认定场景，材料包括课程备案表、学习证明、学时认定表。课程备案表说明课程名称、学时数量与备案日期；学习证明记录学员身份、学习时段与签章；学时认定表汇总认定结论、签字与回执。更新节奏按批次与补件推进，字段特征集中在名称、数量、日期与签字四类。材料进入知识库检索服务时，各自作为候选片段来源：备案表字段用于核对课程口径，学习证明用于核对学习事实，认定表用于核对结论与签字回执。三者共同支撑受理记录与补齐的问项，但检索只提供候选片段与相似度得分，不直接生成统计表或业务文书。
配置怎么定
知识库检索服务（检索节点与搜索测试）只输出候选片段与相似度得分（经模式、合并、重排、过滤与上限裁剪），受理记录与补齐的问项要由后续节点或人工接着做。一次检索由问题优化、语义/全文/混合召回、多路合并、重排二次排序、相似度过滤与引用上限裁剪组成，最后才得到交给模型的引用内容。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 课程备案表 | 核课程名称、学时数量与备案日期，判断与学习证明是否一致 | 在搜索测试里切换 searchMode，用同义问句各测一次，记录候选条数与得分 |
| 学习证明 | 核学员名称、学习时段、数量与签章，判断与备案表是否对应 | 对比开启重排前后前几条顺序，确认 usingReRank 对排序的影响 |
| 学时认定表 | 核认定结论、签字与回执，判断缺项是否被识别并追问 | 用 similarity 观察候选得分，核引用文本的 tokens，数组条数单独记录 |
| 受理记录 | 核缺项问项是否列出待补材料与字段 | 看返回候选是否同时包含语义与全文结果，确认多路合并生效 |
容易做错的三处
- 现象：同一记录在备案表与学习证明里的名称、数量、日期对不上。原因：两份材料版本未同步，字段口径不一致，检索候选混杂。
- 现象：认定表缺签字或回执，仍被当作完整材料。原因：缺项未被识别并追问，受理记录未列出待补字段。
- 现象：候选很多但排在前面的都不相关，回答缺少关键段落。原因：检索模式与材料形态不匹配，重排未开启或相似度过滤过宽。
怎么确认配好了
本功能验收：用同义改写的问句各测一次，对比候选与得分，再开关重排看前几条排序。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在搜索测试里用
searchMode切换语义、全文与混合，对比候选条数与得分，记录数组长度。 - 开启
usingReRank对比前几条顺序，用similarity观察过滤效果，核引用文本的 tokens。