这个品类的数据长什么样
学位授予与证书信息报送涉及三类核心材料：学位申请表、论文评阅书、答辩决议。学位申请表由学生与导师共同填写，字段含学号、专业、论文题目、导师意见与签字；论文评阅书由评阅专家出具，字段含评阅结论、评分、日期与专家签名；答辩决议由答辩委员会形成，字段含答辩日期、表决结果、委员会成员签字。三类材料在报送前需进入同一功能进行材料起草与责任交接，各自角色不同：学位申请表提供基础身份与培养信息，论文评阅书提供学术评价依据，答辩决议提供最终表决结论。更新节奏通常按批次集中处理，每批次对应一个版本与日期。字段特征表现为同一记录在名称、数量、日期上需跨材料比对，签字与回执需逐项核验。材料进入该功能时，先按模板生成草稿，再逐字段核对责任人，最后形成交接记录。
配置怎么定
这一环由应用设置里的记忆轮数与提示词配置执行，输出参考的历史消息范围与回答约束。可签发的材料草稿与交接记录由模型接着完成。记忆轮数控制回答时最多参考前面多少轮对话，数值过小用不上前文，数值过大带入无关内容并增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 学位申请表 | 字段齐全、责任人明确、版本与日期一致；名称、数量、日期需与论文评阅书、答辩决议对得上 | 在应用设置里核对当前记忆轮数取值，用两轮连续追问试跑，检查第二轮能否承接第一轮的指代 |
| 论文评阅书 | 评阅结论、评分、日期与专家签名齐全；同一记录的名称、数量、日期不得与学位申请表冲突 | 对比两次运行的用量记录，确认轮数调整后运行消耗随之变化；核对 messages 与 variables 的引用范围 |
| 答辩决议 | 答辩日期、表决结果、委员会成员签字与回执齐全；版本需与学位申请表、论文评阅书同步 | 检查 chatId 对应的历史消息范围是否覆盖所需前文；按模板起草一份并走完一次交接，看缺项是否被拦住 |
容易做错的三处
- 现象：同一记录在学位申请表与论文评阅书里的名称、数量、日期对不上。原因：起草时未按统一模板逐字段比对，责任人未在交接前核验。
- 现象：答辩决议版本未同步，仍引用旧版学位申请表的数据。原因：版本与日期未随材料更新而同步，交接记录未标注版本号。
- 现象：材料缺签字或回执，下一环节无法签收。原因：交接时未逐项核对签字与回执，责任人未明确。
怎么确认配好了
本功能验收：用两轮连续追问，看第二问是否承接第一问的指代；核对 messages、variables、chatId 三个标识符在历史消息范围中的引用是否正确。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在应用设置里核对当前记忆轮数取值，与问题需要的前文范围匹配；用两轮连续问句试跑，确认第二轮能正确承接第一轮的指代。
- 对比两次运行的用量记录，确认轮数调整后运行消耗随之变化；检查开场消息是否被当成前文。