这个品类的数据长什么样
本页面向学位授予与证书信息报送场景，材料包括学位申请表、论文评阅书、答辩决议等。学位申请表记录申请人基本信息、学科专业与学位类型，论文评阅书承载评阅意见与结论，答辩决议体现表决结果与签字。这些材料进入对话与检索功能后，学位申请表作为身份与申请依据，论文评阅书作为学术评价依据，答辩决议作为程序合规依据。材料更新节奏与学位授予批次同步，字段特征集中在姓名、学号、论文题目、日期、签字、数量等。同一记录在不同材料中可能出现名称、数量、日期不一致，版本未同步或缺少签字回执。业务依据查询需要模型接入与配置，使对话与检索能回指原文条目。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。可回指原文的依据条目由后续 AI 节点、代码节点或人工接着完成。模型分为语言、索引、重排、语音合成与语音识别五类，不同环节绑定的模型类型不同。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 学位申请表 | 字段、日期与签字是否与论文评阅书、答辩决议对应 | 核对姓名、学号、论文题目、日期、签字，检查同一记录名称与数量是否一致，确认版本为现行 |
| 论文评阅书 | 评阅意见、结论与日期是否与答辩决议一致 | 核对评阅结论、评阅日期、签字或回执，检查同一记录在两份材料里的名称与数量是否对得上 |
| 答辩决议 | 表决结果、日期与签字是否完整且与申请表一致 | 核对表决结果、答辩日期、签字，检查缺签字或回执，确认版本未同步时以现行材料为准 |
| 模型配置 | 模型类型与要使用的环节对应，模型标识与文档列出名称一致 | 在模型配置里核对类型标注，对照渠道返回的模型名，检查maxContext、maxTokens、quoteMaxToken与toolChoice是否按环节绑定 |
容易做错的三处
- 现象：同一记录在学位申请表与论文评阅书里的名称、数量、日期对不上。原因：材料分别填写，未做跨材料核对。
- 现象：答辩决议版本未同步，引用旧版结论。原因：材料更新后未替换现行版本，检索仍返回旧条目。
- 现象：论文评阅书缺签字或回执。原因：流程未闭环，签字与回执未归档，导致依据不完整。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识，确认模型类型与环节对应，并检查maxContext、maxTokens、quoteMaxToken、toolChoice是否按配置生效。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并核对引用条数与引用文本 tokens 分别记录。
- 核对渠道配置与密钥来源，确认渠道与所接入的服务一致，模型标识与文档列出名称一致。
- 核对材料字段、日期与签字，确认同一记录名称、数量、日期一致，版本为现行，签字与回执齐全。