这个品类的数据长什么样
本页聚焦学位授予与证书信息报送中的业务依据查询，材料包括学位申请表、论文评阅书、答辩决议，以及配套的证书信息报送回执与签字页。材料来源为校内各培养单位归档与业务系统导出，更新节奏与学位批次同步，通常在评阅、答辩、学位会前后分批进入。进入该功能时，学位申请表承担申请人身份与学位类别字段的定位作用，论文评阅书承担评阅结论与日期字段的定位作用，答辩决议承担表决结果、签字与决议日期字段的定位作用，回执类材料承担报送结果与接收时间的定位作用。字段特征集中在名称、数量、日期与签字四类，同一记录在不同材料中常出现名称写法差异、篇数或份数不一致、日期前后错位、签字或回执缺失。该功能据此把依据条目回指到具体材料与具体字段，供答复家长或写进方案时逐条对照。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成。回复上限用滑块控制单次回答的长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 学位申请表 | 名称、日期与签字字段需与评阅书、答辩决议逐项对齐，且版本为现行 | 在应用设置里核对回复上限的开关与滑块位置，并按 maxResponse 观察长回答结尾是否完整 |
| 论文评阅书 | 评阅结论、篇数与评阅日期需与答辩决议中的对应记录一致，签字不得缺失 | 抽取同一记录的篇数与日期，分别回指两份材料的原文位置，记录数组条数 |
| 答辩决议 | 表决结果、决议日期与签字回执需与报送回执匹配，版本需同步 | 核对 maxContext 与 quoteMaxToken 下的引用文本 tokens，确认引用内容与数组条数分开记录 |
| 证书信息报送回执 | 接收时间与报送结果需与决议日期对得上，回执不得缺失 | 对比两次运行的用量，确认上限调整后单次用量变化 |
容易做错的三处
- 现象：同一记录在学位申请表与答辩决议里的名称、篇数或日期对不上。原因：两份材料由不同环节分别填写，未做逐字段回指核对。
- 现象：论文评阅书已更新，答辩决议仍引用旧版结论。原因：版本未同步，进入该功能时未标注现行版本，依据条目指向过期材料。
- 现象：答辩决议缺签字或报送回执缺失，依据条目无法回指完整原文。原因：材料归档不齐，签字与回执未在进入该功能前补齐。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，回答在句子中间断开即需调高回复上限。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并核对引用文本 tokens 与数组条数分开记录。
- 在应用设置里核对回复上限的开关与滑块位置，对比两次运行的用量，确认上限调整后单次用量变化。
- 抽取同一记录的名称、数量、日期与签字，分别回指学位申请表、论文评阅书、答辩决议与回执的原文位置，确认版本为现行。