这个品类的数据长什么样
本页围绕国际学生招生与学籍管理，材料包括国际学生招生简章、录取通知书、签证申请表。简章通常按学年更新，字段含专业名称、学制、申请截止日期、签字与盖章位；录取通知书按批次发放，字段含姓名、护照号、录取专业、报到日期、签发人签字；签证申请表由申请人填写并提交，字段含姓名拼写、出生日期、护照有效期、签字与回执。材料进入本功能后，简章作为招生条件依据，通知书作为录取事实依据，申请表作为身份与签证信息依据，三者共同支撑可回指原文的依据条目。更新节奏上，简章随学年调整，通知书随批次生成，申请表随个案提交，版本与签字回执需逐份核对。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成。回复上限用滑块控制单次回答的长度；设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 国际学生招生简章 | 字段、日期与签字能对上原文 | 核对专业名称、申请截止日期与签字盖章位，确认版本为现行；涉及引用预算时看quoteMaxToken，引用条数按数组长度单独记录 |
| 录取通知书 | 同一记录在简章与通知书里的名称、数量、日期一致 | 比对姓名、护照号、录取专业与报到日期，检查签发人签字与回执是否齐全；核对maxResponse与maxContext是否匹配回答长度 |
| 签证申请表 | 身份信息与护照、通知书能相互回指 | 核对姓名拼写、出生日期、护照有效期与签字回执，确认版本未同步时以现行材料为准；引用文本的tokens单独核算，数组条数另记 |
容易做错的三处
- 现象：同一学生在简章与通知书里的专业名称或报到日期对不上。原因：两份材料由不同环节填写，未做交叉核对。
- 现象：签证申请表沿用旧版模板，缺少签字或回执。原因：版本未同步，提交前未逐份检查签字位。
- 现象：回答在句子中间断开，依据条目无法回指原文。原因：回复上限设置过低，长回答被提前截断。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，并核对maxResponse与maxContext是否匹配页面要求的回答长度。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处。
- 在应用设置里核对回复上限开关与滑块位置，提一个需要长回答的问题看结尾是否完整。
- 对比两次运行的用量，确认上限调整后单次用量变化，并检查引用文本的tokens与数组条数分别记录。