这个品类的数据长什么样
学生奖助贷与困难认定涉及家庭经济困难认定表、奖助学金申请表、贷款回执三类材料。认定表记录家庭成员、收入与困难等级，申请表记录申请项目、金额与评议意见，贷款回执记录放款与到账信息。材料按学年或批次更新，字段含姓名、学号、金额、日期与签字栏。进入本功能时，认定表与申请表作为依据来源，回执作为佐证来源，三者共同支撑可回指原文的依据条目。材料版本以现行学年为准，旧版留存但不参与当前认定。字段特征为多表交叉：同一学生姓名、学号、金额、日期需在各表间对齐，签字与回执构成完整性条件。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成。回复上限用滑块控制单次回答的长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 家庭经济困难认定表 | 字段含家庭成员、收入、困难等级与签字栏，日期须为现行学年 | 核对认定表签字与日期，确认困难等级与申请表一致，并记录 maxResponse 设置 |
| 奖助学金申请表 | 字段含申请项目、金额、评议意见与签字栏，名称须与认定表对得上 | 核对申请表金额与认定表记录，检查评议签字是否齐全，并记录 quoteMaxToken 预算 |
| 贷款回执 | 字段含放款金额、到账日期与回执编号，须与申请表项目对应 | 核对回执编号与到账日期，确认回执已附且版本为现行，并记录 maxContext 范围 |
| maxResponse 与 quoteMaxToken | 回复上限控制单次回答长度，引用预算控制引用内容范围 | 在应用设置核对滑块位置，并单独记录引用数组条数 |
容易做错的三处
- 现象：同一学生在认定表与申请表里的姓名或学号对不上。原因：两表录入时间不同，未做交叉核对，导致依据条目无法回指同一原文。
- 现象：贷款回执缺失或未附签字。原因：材料收集环节遗漏，完整性条件不满足，依据条目缺少佐证来源。
- 现象：旧学年认定表与现行申请表混用。原因：版本未同步，材料更新节奏不一致，依据条目指向过期版本。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，并核对 maxResponse 与 quoteMaxToken 的设置是否匹配回答长度。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并确认引用数组条数与引用内容预算分别记录。
- 在应用设置里核对回复上限滑块位置，提一个需要长回答的问题看结尾是否完整，对比两次运行的用量变化。
- 逐份核对认定表、申请表、贷款回执的姓名、学号、金额、日期与签字，确认版本为现行且能回指原文。