这个品类的数据长什么样
本页聚焦高校就业签约与毕业去向统计，材料包括就业协议书、毕业去向登记表、用人单位证明。就业协议书由学生、学校、用人单位三方签署，字段含单位名称、岗位、报到日期、签字盖章；毕业去向登记表由学生填报、院系审核，字段含去向类型、单位所在地、档案转递；用人单位证明由单位出具，字段含录用意向、岗位名称、入职时间。三类材料来源不同、更新节奏各异：协议书随签约即时生成，登记表按批次汇总，证明按单位回执返回。进入起草与交接功能时，协议书作为主记录锚点，登记表作为去向分类依据，证明作为外部佐证。字段齐全、责任人明确、版本与日期一致是判定基线，缺项需在交接前拦截。
配置怎么定
这一环由应用设置（回复上限等）执行，输出单次回答长度与可容纳的上下文范围。「可签发的材料草稿与交接记录」由模型接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 就业协议书 | 单位名称、岗位、报到日期、三方签字与盖章齐全，与登记表对应字段一致 | 对照协议书与登记表逐字段比对，检查签字盖章位置；核对 maxResponse 与 maxContext 是否匹配长草稿需求 |
| 毕业去向登记表 | 去向类型、单位所在地、档案转递信息完整，日期与协议书报到日期一致 | 按批次抽查登记表与协议书日期、单位名称；记录引用文本条数，单独核对 quoteMaxToken 预算 |
| 用人单位证明 | 录用意向、岗位名称、入职时间与协议书一致，有单位回执或签章 | 检查证明回执是否返回，比对岗位与入职时间；确认 maxResponse 设置下长回答结尾完整 |
| 交接记录 | 责任人明确、版本与日期一致，缺项被拦住并注明补正要求 | 走一次交接流程，核对签收人、版本号与日期；检查缺签字或回执是否触发拦截 |
容易做错的三处
- 现象：同一学生在协议书与登记表中的单位名称、岗位数量对不上。原因：两份材料由不同环节录入，未做字段级比对即进入交接。
- 现象：协议书已更新版本，登记表仍沿用旧版日期与去向类型。原因：版本未同步，交接时未核对版本号与日期。
- 现象：用人单位证明缺回执或签字，草稿仍被签发。原因：交接检查未覆盖签字与回执项，缺项拦截规则不完整。
怎么确认配好了
本功能验收：提一个需要长回答的问题，看结尾是否完整；同时核对 maxResponse 与 maxContext 设置，确认长草稿不被截断。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住。
- 在应用设置里核对回复上限开关与滑块位置，确认与页面要求的回答长度匹配。
- 对比两次运行的用量，检查上限调整后单次用量变化，并记录引用文本条数与
quoteMaxToken预算。