这个品类的数据长什么样
高校就业签约与毕业去向统计，常见材料有就业协议书、毕业去向登记表、用人单位证明。就业协议书含单位名称、统一社会信用代码、岗位、签约日期、双方签字与盖章；毕业去向登记表含去向类别、单位名称、报到日期、学生确认与院系审核；用人单位证明含录用岗位、入职日期、单位联系人、签章与回执。材料按届别与批次进入，更新节奏随签约、解约、改派与核验推进。进入本功能时，就业协议书作为签约主依据，毕业去向登记表作为去向归类依据，用人单位证明作为补充佐证；三者字段、日期与签字需能相互对上，同一记录的名称、数量、日期应一致，版本须同步，签字与回执不得缺失。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成。回复上限用滑块控制单次回答的长度，设置过低回答会被截断，设置过高会增加消耗。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 就业协议书 | 单位名称、岗位、签约日期与签字盖章需与登记表一致 | 逐条比对就业协议书与毕业去向登记表的单位名称、签约日期、签字页，记录差异位置 |
| 毕业去向登记表 | 去向类别、报到日期与学生确认、院系审核需齐全 | 核对登记表去向类别与报到日期，检查学生确认与院系审核是否缺项 |
| 用人单位证明 | 录用岗位、入职日期、单位签章与回执需可回指 | 查验证明的岗位、入职日期、签章与回执，确认与协议书、登记表对得上 |
| 回复上限 | 与页面要求的回答长度匹配 | 在应用设置里核对开关与滑块位置，并用 maxResponse、maxContext、quoteMaxToken 观察单次输出与引用预算 |
容易做错的三处
- 现象：同一记录在就业协议书与毕业去向登记表里的单位名称、签约日期对不上。原因：两份材料由不同环节填写，未做交叉核对。
- 现象：登记表版本未同步，仍沿用旧去向类别与报到日期。原因：改派或解约后未更新材料版本，旧版继续流转。
- 现象：用人单位证明缺签章或回执，无法回指原文。原因：材料收集时只收正文，未检查签字与回执是否齐全。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整，确认回复上限与页面要求长度匹配。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并核对 quoteMaxToken 引用预算与数组条数分别记录。
- 在应用设置里核对回复上限开关与滑块位置，提长回答问题看结尾是否完整。
- 对比两次运行的用量，确认上限调整后单次用量变化与截断表现。