这个品类的数据长什么样
本页围绕科研经费预算调整与报销的业务依据查询展开，材料包括预算调整申请、报销单、合同发票三类。预算调整申请记录调整事由、金额与审批节点，报销单承载费用明细、经办与审批签字，合同发票提供交易凭证与开票日期。材料来源为课题组与财务归档，更新节奏随审批流程推进，字段特征集中在名称、数量、日期与签字栏。进入本功能时，预算调整申请作为调整依据的起点，报销单作为费用发生的直接凭证，合同发票作为交易真实性的佐证，三者共同支撑依据条目的回指与版本比对。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成。回复上限用滑块控制单次回答的长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 预算调整申请 | 调整事由、金额与审批日期需与报销单一致，签字栏完整 | 核对申请编号、调整前后金额、审批签字与日期，确认版本为现行 |
| 报销单 | 费用明细的名称、数量、日期需与合同发票对应，经办与审批签字齐全 | 逐项比对报销单与合同发票的名称、数量、日期，检查签字与回执 |
| 合同发票 | 开票日期、金额与合同条款需与报销单匹配，版本未同步时以现行归档为准 | 核对合同编号、发票号、开票日期与金额，确认无缺签字或回执 |
| maxResponse、quoteMaxToken、maxContext | 回复上限与上下文范围由应用设置控制，不决定访问授权 | 在应用设置里核对回复上限滑块位置，并查看单次回答结尾是否完整 |
容易做错的三处
- 现象：同一笔调整金额在预算调整申请与报销单里对不上。原因：两份材料录入时间不同，未做交叉核对。
- 现象：合同发票的日期与报销单日期不一致。原因：版本未同步，旧版发票仍留在归档中。
- 现象：报销单缺少审批签字或回执。原因：审批流程未走完即进入归档，签字栏为空。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，确认回复上限与页面要求的回答长度匹配，并核对maxResponse、quoteMaxToken、maxContext在应用设置中的位置。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并确认依据来自相关材料、版本是现行、条目能对上原文。
- 在应用设置里核对回复上限开关与滑块位置，对比两次运行的用量变化。
- 提一个需要长回答的问题，检查回答结尾是否完整，并记录引用文本的
quoteMaxToken与数组条数。