这个品类的数据长什么样
本页聚焦学位授予与证书信息报送场景下的材料起草与责任交接，涉及学位申请表、论文评阅书、答辩决议三类核心材料。学位申请表由申请人及导师提供基础信息，论文评阅书由评阅专家填写评阅意见与结论，答辩决议由答辩委员会记录表决结果与决议要点。这些材料在报送前需进入起草与交接流程，其字段特征包括：申请人姓名、学号、论文题目、评阅专家姓名、评阅结论、答辩日期、表决票数、签字栏、版本号与日期戳。材料来源分散，更新节奏受评阅与答辩进度驱动，常出现同一记录在不同材料中的名称、数量、日期不一致，版本未同步，或签字与回执缺失。起草环节需将三类材料字段对齐，交接环节需明确责任人并留存签收记录，确保下一环节可凭完整草稿与交接记录继续处理。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可签发的材料草稿与交接记录」由模型接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 学位申请表 | 字段齐全：申请人姓名、学号、论文题目、导师签字、日期与版本号一致 | 核对申请表各字段是否填写完整，签字栏与日期戳是否对应，版本号与论文评阅书、答辩决议是否同步 |
| 论文评阅书 | 评阅专家姓名、评阅结论、评阅日期与签字齐全，且与申请表记录一致 | 检查评阅书中的论文题目、申请人姓名与申请表是否一致，评阅结论是否明确，签字与回执是否留存 |
| 答辩决议 | 答辩日期、表决票数、决议要点、主席签字与版本号齐全，且与评阅书结论不冲突 | 核对答辩决议中的论文题目、申请人姓名、答辩日期与申请表、评阅书是否一致，表决票数与实际人数是否匹配 |
| 交接记录 | 责任人明确、版本与日期一致、签收栏完整 | 确认交接记录中起草人、审核人、签收人是否明确，版本号与日期是否与材料草稿一致，缺项是否被拦截 |
容易做错的三处
- 现象：同一申请人的姓名在学位申请表与论文评阅书中写法不同，导致报送退回。原因：起草时未以统一字段源核对，两处分别录入且未做一致性校验。
- 现象：论文评阅书版本已更新，但答辩决议仍引用旧版评阅结论，日期与结论对不上。原因：版本未同步，交接时未核对版本号与日期戳，缺少版本比对环节。
- 现象：答辩决议缺少答辩委员会主席签字或签收回执，材料无法进入下一环节。原因：交接记录未明确签字责任人，签收栏为空，缺项未被拦截。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整；核对回复上限滑块位置与页面要求的回答长度是否匹配，确认截断表现与运行消耗，关注maxResponse、maxContext、quoteMaxToken在输出中的角色。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住
- 在应用设置里核对回复上限开关与滑块位置，确认与页面要求的回答长度匹配，并对比两次运行的用量变化
- 提一个需要长回答的问题，检查回答结尾是否完整，记录截断表现与同类问题长度是否稳定