这个品类的数据长什么样
本页聚焦学位授予与证书信息报送场景，材料来自学位申请表、论文评阅书、答辩决议三类表单及回执。学位申请表记录申请人身份、学科与拟授学位，论文评阅书承载评阅结论与日期，答辩决议固化表决结果与签字。更新节奏随批次报送推进，评阅书与决议常因补签、修订产生版本更替。材料进入多轮对话与提示词功能时，各自角色不同：申请表提供身份与学位层级，评阅书提供结论与日期，答辩决议提供表决与签字状态，三者共同支撑对外入口的可见范围设定。
配置怎么定
这一环由应用设置里的记忆轮数与提示词配置执行，输出参考的历史消息范围与回答约束。可对外的入口与授权范围由发布服务与文件权限决定，模型只处理过滤后的资料。记忆轮数控制回答时最多参考前面多少轮对话，数值过小用不上前文，数值过大带入无关内容并增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 学位申请表 | 与论文评阅书、答辩决议中的名称、学科、日期是否一致 | 在应用设置里核对当前取值，用两轮连续问句试跑并对比两次运行的用量记录 |
| 论文评阅书 | 与答辩决议中的评阅结论、日期、签字是否对得上 | 用两轮连续问句试跑，第二轮用指代承接第一轮，检查是否答非所问 |
| 答辩决议 | 签字与回执是否齐全，版本是否与申请表同步 | 用受限身份访问一次，看可见范围是否符合设定 |
| 多轮对话与提示词 | 记忆轮数与问题需要的前文范围是否匹配 | 在应用设置里核对当前取值，检查开场消息是否被当成前文 |
容易做错的三处
- 现象：同一申请人在学位申请表与答辩决议里的名称、学科、日期对不上。原因：两份材料分别录入，版本未同步，缺少统一核对环节。
- 现象：论文评阅书与答辩决议的评阅结论、签字状态不一致。原因：补签或修订后只更新一份材料，另一份仍保留旧版本。
- 现象：第二问用指代时答非所问，回答变慢、消耗上升。原因：记忆轮数取值与问题需要的前文范围不匹配，开场消息被当成前文。
怎么确认配好了
本功能验收：两轮连续追问，看第二问是否承接第一问的指代，并核对 chatId、messages、variables 在记录中的对应关系。
业务测试：用受限身份访问一次，看可见范围是否符合设定。
- 在应用设置里核对记忆轮数当前取值，确认与问题需要的前文范围匹配。
- 用两轮连续问句试跑，对比两次运行的用量记录，检查轮数调整后用量是否随之变化。