这个品类的数据长什么样
高校就业签约与毕业去向统计的材料，常见就业协议书、毕业去向登记表、用人单位证明。就业协议书承载签约双方、岗位、日期与签字；毕业去向登记表记录去向类别、单位名称与回执；用人单位证明用于补强录用事实。材料来自校内就业部门与院系汇总，按批次更新，版本随签约与去向变动同步。进入本功能时，就业协议书与登记表作为检索来源，用人单位证明作为交叉核对来源，模型只负责按绑定关系调用与生成答复，材料读取权限由业务数据权限决定，不由渠道密钥决定。
配置怎么定
这一环由服务端模型渠道配置执行，输出模型绑定关系与渠道响应。「可回指原文的依据条目」由后续 AI 节点、代码节点或人工接着完成。模型分为语言、索引、重排、语音合成与语音识别五类，不同环节绑定的模型类型不同。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 就业协议书 | 字段含签约双方、岗位、日期与签字，须与登记表对得上 | 核对协议书的名称、数量、日期与签字，再与登记表逐项比对 |
| 毕业去向登记表 | 去向类别、单位名称与回执须与协议书一致，版本为现行 | 核对登记表版本与回执，确认与协议书同一条记录 |
| 用人单位证明 | 用于补强录用事实，签字或回执不得缺失 | 核对证明的签字与回执，确认与另两份材料名称一致 |
| 模型绑定关系 | 模型类型与要使用的环节对应，模型标识与文档列出的名称一致 | 在模型配置里核对类型标注，对照渠道返回的模型名，检查 maxContext、maxTokens、quoteMaxToken 与 toolChoice 的绑定 |
容易做错的三处
- 现象：同一记录在协议书与登记表里的名称或日期对不上。原因：材料按批次录入，未做跨材料比对。
- 现象：登记表版本未同步，仍引用旧去向类别。原因：签约变动后未更新版本。
- 现象：用人单位证明缺签字或回执。原因：材料收集环节未校验签章完整性。
怎么确认配好了
本功能验收：跑一次对话与一次检索，核响应里的模型标识，确认与文档列出的名称一致，并检查 maxContext、maxTokens、quoteMaxToken、toolChoice 的绑定关系。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处。
- 在模型配置里核对类型标注，对照渠道返回的模型名，确认绑定关系与环节对应。
- 抽取协议书、登记表与证明的同一记录，逐项比对名称、数量、日期与签字。