这个品类的数据长什么样
本页面向学生奖助贷与困难认定场景，材料包括家庭经济困难认定表、奖助学金申请表、贷款回执三类。认定表字段含家庭成员、收入、困难等级与评议签字；申请表字段含学号、奖项名称、金额、银行卡号与日期；回执字段含贷款合同号、金额、到账日期与签收。材料来自学生提交、院系初审与资助中心复核，更新节奏按学年与批次滚动。进入本功能时，认定表与申请表作为对话与检索的知识来源，回执作为交接凭证；模型渠道配置只负责把语言、索引、重排等模型绑定到对应环节，材料本身的可读范围与签收责任由业务侧另行设定，不由渠道密钥决定。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。「可签发的材料草稿与交接记录」由后续 AI 节点、代码节点或人工接着完成。模型分为语言、索引、重排、语音合成与语音识别五类，不同环节绑定的模型类型不同。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 家庭经济困难认定表 | 字段齐全、责任人明确、版本与日期一致；家庭收入与困难等级需与佐证一致 | 核对家庭经济困难认定表的签字栏与评议日期，比对学生姓名、学号与佐证材料 |
| 奖助学金申请表 | 同一记录在认定表与申请表中的名称、金额、日期对不上即退回 | 核对奖助学金申请表的奖项名称、金额与银行卡号，检查与认定表版本是否同步 |
| 贷款回执 | 缺签字或回执、合同号与到账日期不一致即拦住 | 核对贷款回执的合同号、金额与签收，确认回执已签收且日期与批次一致 |
| 模型绑定关系 | 模型类型与要使用的环节对应，模型标识与文档列出的名称一致 | 在模型配置里核对类型标注，对照渠道返回的模型名，检查 maxContext、maxTokens、quoteMaxToken 的取值是否与所接入服务一致 |
容易做错的三处
- 现象：同一学生在认定表与申请表里的姓名、金额、日期对不上。原因：两份材料分别起草，未按同一记录核对字段。
- 现象：认定表版本未同步，旧版签字仍被引用。原因：材料更新后未同步版本与日期，交接记录仍指向旧版。
- 现象：贷款回执缺签字或回执未附。原因：交接环节只核字段齐全，未核签收凭证与回执是否随材料流转。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识，确认语言模型与索引模型分别绑定到对应环节，并检查 maxContext、maxTokens、quoteMaxToken 的取值与所接入服务一致。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在模型配置里核对模型类型标注与渠道返回的模型名，确认语言、索引、重排等类型与要使用的环节对应。
- 核对渠道配置与密钥来源，确认鉴权可成功；再核对材料字段、签字、日期与版本，确认交接记录可签收。