这个品类的数据长什么样
本页面向学生奖助贷与困难认定场景，材料来自家庭经济困难认定表、奖助学金申请表、贷款回执三类表单，按学年或批次更新，字段含姓名、学号、家庭人口、收入项、金额、日期、签字与回执编号。进入本功能后，认定表承担困难等级与家庭信息底稿，申请表承担奖助项目与金额主张，贷款回执承担放款与到账凭证；三者互为引用来源，同一记录的名称、数量、日期需在两份材料间对齐。材料起草与责任交接要求字段齐全、责任人明确、版本与日期一致，再交下一环节签收。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可签发的材料草稿与交接记录」由模型接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 家庭经济困难认定表 | 困难等级、家庭人口与收入项、签字与日期需与申请表引用一致 | 核对姓名、学号、人口数、收入项在认定表与申请表中的名称与数量是否对应；核对签字与日期 |
| 奖助学金申请表 | 奖助项目、金额主张与认定表困难等级需同版本同日期 | 核对申请表引用的认定表版本号与日期；核对金额与项目名称在两份材料中是否一致 |
| 贷款回执 | 回执编号、放款金额与到账日期需与申请表金额主张衔接 | 核对回执编号、金额、日期与申请表记录；检查回执签字或盖章是否齐全 |
| 回复上限 | 与页面要求的回答长度匹配 | 在应用设置里核对开关与滑块位置，并确认 maxResponse 与 maxContext、quoteMaxToken 的取值关系 |
容易做错的三处
- 现象：同一学生在认定表与申请表里的家庭人口数或收入项对不上。原因：两份材料分别起草，未按同一底稿核对名称与数量。
- 现象：申请表引用的认定表版本与日期不一致。原因：认定表更新后未同步到申请表，版本未同步导致交接退回。
- 现象：贷款回执缺签字或回执编号。原因：交接时只核字段齐全，未核签字与回执凭证，签收环节才发现缺项。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，确认 maxResponse 与 maxContext、quoteMaxToken 的取值是否匹配页面要求的回答长度。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在应用设置里核对回复上限开关与滑块位置，确认
maxResponse与maxContext、quoteMaxToken的取值关系。 - 提一个需要长回答的问题，看结尾是否完整；对比两次运行的用量，确认上限调整后单次用量变化。