合同审查
优先试点这一场景的目标是把合同、交易背景、模板、谈判底线整理成风险条款、缺项、修改建议和问题清单。
- 输入
- 合同、交易背景、模板、谈判底线
- 输出
- 风险条款、缺项、修改建议和问题清单
- 验收
- 检查检索时间、条款漏项率、引用核验通过率
- 边界
- 需要完整上下文,最终意见由律师/法务签发

法务场景的价值来自检索、比对和证据整理,正式法律意见不能交给模型单独作出。
左起第一列是这个岗位可交给 WorkBuddy 的场景; 中间两列是它需要什么、能交付什么;最后一列是必须由人或系统决定的部分 —— 这一列才是评审时真正要看的,因为它决定哪些环节不能自动化。
| 场景 | 需要输入 | WorkBuddy可辅助交付 | 人工或系统边界 |
|---|---|---|---|
| 合同审查 | 合同、交易背景、模板、谈判底线 | 风险条款、缺项、修改建议和问题清单 | 需要完整上下文,最终意见由律师/法务签发 |
| 法规与政策检索 | 法域、时间、事项、主体 | 法规条文、效力层级和待核验点 | 必须回查现行正式文本 |
| 案例检索 | 案由、争点、法院、时间 | 类案清单、裁判要旨和差异 | 核验案号、全文和裁判状态,防止虚构 |
| 尽职调查 | 主体、交易、资料清单和风险框架 | 事实表、缺件、红旗和追问 | 第三方平台只作线索,敏感数据合规获取 |
| 诉讼材料整理 | 证据、时间线、诉辩材料和法院要求 | 证据目录、时间线和争点表 | 证据真实性、关联性和提交策略由律师判断 |
| 证据时间线 | 聊天、合同、付款、邮件和文件元数据 | 事件表、证据链接和矛盾点 | 保留原件、哈希和来源,不修改证据 |
| 业务合规检查 | 业务流程、法规、合同和数据流 | 义务清单、风险和整改项 | 高风险判断需专业复核 |
| 律所知识库 | 模板、案例、研究、客户权限 | 可检索知识和引用答案 | 客户隔离、版本和离职权限必须治理 |
| 幻觉与引用核验 | AI输出、引文、案号和法条 | 逐项核验表和不可用内容 | 无原始来源的结论不得对外使用 |
三个优先场景在各岗位下按同一套方法拆解:明确任务口径 → 收集并检查输入 → 让 WorkBuddy 执行整理、检索或生成 → 输出可编辑结果 → 由岗位负责人复核后进入下一流程。
这一场景的目标是把合同、交易背景、模板、谈判底线整理成风险条款、缺项、修改建议和问题清单。

这一场景的目标是把法域、时间、事项、主体整理成法规条文、效力层级和待核验点。

这一场景的目标是把案由、争点、法院、时间整理成类案清单、裁判要旨和差异。
同一个岗位的场景会分散在四层里:文件层只用本地文档就能跑, 知识层要先建好有版本、有出处、有权限的资料,系统层要接业务系统, 决策层则必须保留人工批准。先看自己能从哪一层起步。
使用本地文档、表格和模板,结果可人工检查
建立有版本、有出处、有权限的知识资料
通过受控的Connector、MCP或API读写业务系统
展示依据、假设和影响,高风险决定由人批准
推荐先做“法规与政策检索”。它所需输入是法域、时间、事项、主体,目标交付是法规条文、效力层级和待核验点。
试点可按四个动作推进:第一,抽取一批真实历史任务作为基线;第二,用同一批输入让人工流程和WorkBuddy流程并行;第三,记录失败、遗漏和人工修改原因;第四,只在结果稳定、权限清楚、可以回滚时扩大范围。
建议验收指标包括:检索时间、条款漏项率、引用核验通过率。如果结果需要大量重做、来源无法追溯、系统写入不可回滚,试点应暂停并先修复数据或流程。
把你们这个岗位最耗人的一件事说清楚,我们按上面四层能力给出可切入点、需要对接的系统清单和人工边界 —— 不是通用方案,是照着你们现有流程改的版本。