这个品类的数据长什么样
自费出国留学申请服务的材料以留学服务合同、学校申请表、个人陈述为主，来源包括签约归档、申请系统导出与文书定稿，更新节奏随申请批次与补件节点推进。三类材料进入异常追溯与人工复核功能时角色不同：合同承担服务范围、费用与签字依据，申请表承担院校、专业、入学季与递交日期字段，个人陈述承担版本、字数与定稿回执信息。字段特征集中在名称、数量、日期与签字四类，同一记录在两份材料里的名称、数量、日期对不上，或版本未同步、缺签字与回执，都会形成待追溯项。多轮对话与提示词用于把散落在多份材料里的同一字段串起来，先由记忆轮数限定参考的历史消息范围，再由提示词约束回答口径，使异常清单与复核结论能落到具体材料出处。
配置怎么定
这一环由应用设置里的记忆轮数与提示词配置执行，输出参考的历史消息范围与回答约束。「异常清单与复核结论」由模型接着完成。记忆轮数控制回答时最多参考前面多少轮对话，数值过小用不上前文，数值过大带入无关内容并增加消耗；提示词则约束回答只依据可追溯的材料字段。对外入口与授权由发布服务与文件权限负责，记忆轮数与提示词不生成访问入口、不做身份或文件鉴权。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 留学服务合同 | 核对合同中的服务名称、数量、签署日期与签字，是否与申请表、个人陈述的同一记录对应 | 在应用设置里核对当前记忆轮数取值，用两轮连续问句试跑，确认第二问能正确承接第一轮的指代，并回看 messages 中引用的历史范围 |
| 学校申请表 | 核对院校、专业、入学季、递交日期字段，是否与合同和个人陈述的名称、数量、日期一致 | 对照申请表与合同逐字段比对，把不一致项写入异常清单，并在 variables 中记录批次与材料版本，便于追到源头材料 |
| 个人陈述 | 核对版本号、定稿日期、字数与回执签字，是否与合同、申请表的同一记录同步 | 检查版本未同步、缺签字或回执的情形，用 chatId 关联同一轮对话，确认异常记录能追到具体材料出处 |
| 异常清单与复核结论 | 核对每条异常是否有原始记录支撑，复核人签字是否齐全 | 造一条异常记录，从清单反查合同、申请表、个人陈述的对应字段与日期，确认源头材料可定位 |
容易做错的三处
- 现象：第二问用指代时答非所问。原因：记忆轮数取值过小，前文范围未覆盖第一问的材料字段，指代对象丢失。
- 现象：同一记录在合同与申请表里的名称、数量、日期对不上。原因：两份材料分别定稿，版本未同步，缺少统一的字段比对与签字回执。
- 现象：回答变慢、消耗上升。原因：记忆轮数取值过大，带入无关历史内容，开场消息被当成前文参与回答。
怎么确认配好了
本功能验收：两轮连续追问，看第二问是否承接第一问的指代；同时核对 messages 中引用的历史范围与 variables 记录的批次是否对应。
业务测试：造一条异常记录，看能否追到源头材料，即从异常清单反查留学服务合同、学校申请表、个人陈述的字段、日期与签字。
- 在应用设置里核对当前记忆轮数取值，与问题需要的前文范围匹配，并用两轮连续问句试跑确认指代承接。
- 对比两次运行的用量记录，确认轮数调整后消耗变化，同时检查引用文本的 tokens 与数组条数分别记录。