这个品类的数据长什么样
自费出国留学申请服务的材料以留学服务合同、学校申请表、个人陈述为主。合同含服务范围、费用条款、双方签字与签署日期；申请表含申请人信息、申请批次、学校名称、提交日期与回执；个人陈述含版本号、修改日期与作者署名。材料来自本机构归档，按申请季更新，签字与回执缺一即视为未生效。进入业务依据查询时，合同与申请表承担字段与日期核对角色，个人陈述承担版本与署名核对角色。同一记录在两份材料里的名称、数量、日期常对不上，版本未同步与缺签字或回执也常见，需逐条回指原文。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。可回指原文的依据条目由模型接着完成，入口与授权由发布服务与文件权限负责。回复上限用滑块控制单次回答的长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 留学服务合同 | 字段、日期与签字需与申请表逐项对齐，服务范围与费用条款可回指原文 | 在应用设置里核对回复上限开关与滑块位置，确认maxResponse与页面要求的回答长度匹配 |
| 学校申请表 | 申请人信息、申请批次、学校名称、提交日期与回执需与合同一致，回执缺项即视为未生效 | 提一个跨材料问题，核对回答是否给出可回指出处，并单独记录引用数组条数与quoteMaxToken预算 |
| 个人陈述 | 版本号、修改日期与作者署名需与合同、申请表同步，版本未同步即视为旧稿 | 对比两次运行的用量，确认maxContext可容纳的上下文范围，避免回答在句子中间断开 |
容易做错的三处
- 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：合同与申请表各自录入，未做字段级核对。
- 现象：个人陈述版本未同步，旧稿被当作现行材料。原因：修改日期与版本号未回指原文确认。
- 现象：申请表缺签字或回执，依据条目仍被引用。原因：未逐条回指原文核对签字与回执字段。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，确认回复上限与页面要求的回答长度匹配。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并核对引用数组条数与quoteMaxToken预算。
- 在应用设置里核对回复上限开关与滑块位置，比对两次运行的用量变化。
- 逐条回指原文，核对合同、申请表、个人陈述的字段、日期与签字，记录引用数组条数。