这个品类的数据长什么样
本页面向学生奖助贷与困难认定场景，核心材料包括家庭经济困难认定表、奖助学金申请表与贷款回执。认定表承载家庭收入、成员与困难等级等字段，申请表承载申请项目、学年与签字栏，贷款回执承载放款金额、日期与回执编号。三类材料来源不同：认定表来自学生填报与评议记录，申请表来自院系汇总，回执来自经办机构。更新节奏随学年与批次推进，认定表按学年重填，申请表按批次提交，回执按放款周期回传。材料进入本功能时，认定表与申请表作为检索与对话的主要知识来源，回执作为交叉核对来源；三者共同支撑依据条目的原文回指，便于答复家长或写入方案。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。可回指原文的依据条目由后续 AI 节点、代码节点或人工接着完成。模型分为语言、索引、重排、语音合成与语音识别五类，不同环节绑定的模型类型不同。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 家庭经济困难认定表 | 字段含家庭成员、收入与困难等级，日期与签字须齐全，版本须为现行 | 对照认定表原文核字段与签字，确认版本与学年一致，记录条目可回指位置 |
| 奖助学金申请表 | 申请项目、学年与签字栏须与认定表名称、数量、日期对得上 | 比对申请表与认定表同一记录的名称、数量、日期，缺签字则退回补签 |
| 贷款回执 | 回执金额、日期与回执编号须与申请表记录对得上 | 核对回执与申请表的金额、日期与编号，缺回执则标记待补 |
| 模型绑定关系 | 语言模型用于对话，索引模型用于检索，重排模型用于优化排名 | 在模型配置里核对类型标注，对照渠道返回的模型名，检查 maxContext、maxTokens 与 quoteMaxToken 的引用文本预算 |
容易做错的三处
- 现象：同一学生在认定表与申请表里的家庭收入数量对不上。原因：两份材料填报时间不同，未做交叉核对。
- 现象：贷款回执日期与申请表日期不一致，回执编号缺失。原因：回执回传滞后，版本未同步。
- 现象：检索报索引模型相关错误，换模型后回答风格突变。原因：模型类型与环节绑定不匹配，鉴权失败。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识与渠道返回的模型名一致，确认 toolChoice 与 quoteMaxToken 按引用文本的 tokens 生效，数组条数单独记录。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，条目能否对上原文。
- 在模型配置里核对语言、索引、重排三类模型的类型标注与绑定环节，确认渠道与密钥来源一致。
- 逐份比对认定表、申请表与回执的名称、数量、日期与签字，标记版本未同步与缺签字项。