这个品类的数据长什么样
中小学招生入学组织在招生季集中处理招生方案、报名材料清单与录取名单三类材料,来源包括教育主管部门下发文件、学校自拟细则与家长提交的证件扫描件,更新节奏随报名、审核、录取批次滚动推进。三类材料进入文档解析与分块功能时角色不同:招生方案作为规则底稿,需拆出条款级片段供检索;报名材料清单作为字段对照依据,需保留姓名、证件号、日期等字段结构;录取名单作为结果记录,需按条目切分并保留签字与回执位置。字段特征集中在名称、数量、日期与签字栏,常出现同一记录在两份材料里对不上、版本未同步、缺签字或回执的情况。
配置怎么定
这一环由解析与训练任务(服务端任务)执行,输出数据行与索引状态(已解析、索引中、已完成)。「统一术语表与对照稿」由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识,索引按三态流转,待索引数据不参与召回。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生方案 | 条款片段与原文可回指,同一术语全篇写法一致 | 核对分块后数据行状态是否为 parsed 或 indexing,检查 chunkSize 与 chunkSplitter 是否按条款边界切分 |
| 报名材料清单 | 名称、数量、日期字段与录取名单对得上,版本同步 | 分别核对文件记录与数据行,检查 trainingType 对应处理模式,确认同一记录在两份材料里字段一致 |
| 录取名单 | 条目切分保留签字与回执位置,译名能回指原文 | 打开数据行核对状态是否为 indexed,检查签字栏与回执字段是否随条目一起落库 |
| 数据行 | 处于 parsed / indexing / indexed 三态之一且与界面显示一致 | 打开数据行核对状态,确认待索引数据不参与召回,换模型只对 indexed 数据重建 |
容易做错的三处
- 现象:刚上传的材料搜不到。原因:数据行处于 parsed 或 indexing,待索引数据不参与召回,需等索引完成。
- 现象:同一记录在报名材料清单与录取名单里名称、数量、日期对不上。原因:两份材料版本未同步,字段未按同一术语表对照。
- 现象:训练失败后留下空数据行,或换模型后重建耗时异常。原因:重建只针对已完成索引的数据,初次训练覆盖待索引与索引中的数据,两者不能互换。
怎么确认配好了
本功能验收:上传一份材料,看数据行状态流转与重建任务的覆盖范围,确认状态依次为 parsed、indexing、indexed,重建只覆盖 indexed 数据行。
业务测试:抽三条术语查全篇写法是否一致,核对译名能否回指原文,并确认签字与回执字段未缺失。
- 打开数据行核对状态,确认文件记录与数据行各自的身份分得开,分别核对文件记录与数据行。
- 看重建任务覆盖的数据行,确认只覆盖已完成索引的数据,待索引数据不参与重建链。