案例背景
法律文档审查最耗时间的往往不是最后判断，而是前面的：
- 文档解析
- 条款整理
- 风险点归类
- 修改建议草稿
这个案例的目标，是把这些重复动作收成一条更稳定的辅助链路。
目标是什么
第一版最少要做到：
- 律师上传合同后能稳定解析
- 能抽出关键条款并按风险等级分类
- 能生成一份“需要人工复核”的结构化审查报告
- 能通过飞书把结果发回去
跑起来之后，你应该先看到这样的结果
Legal review
Review summary
Review高风险条款：4 条已单列
中低风险条款：11 条已归类
修改建议：8 条已生成草稿
律师复核清单：已附在报告末尾
第一版最值的不是“AI 给出法律结论”，而是律师已经拿到结构化问题清单，可以更快进入真正的判断。
用到哪些能力
- PDF / 文档读取
- 条款提取与对比
- 结构化摘要
- 飞书文档或消息回传
- 规则库 / 风险库辅助
实现路径
法律文档审查工作流
上传合同
-> 解析 PDF / Word
-> 提取条款
-> 对照风险条款库
-> 生成执行摘要 + 风险条款清单 + 修改建议
-> 回传给律师复核
一份可复制的最小模板
法律文档审查报告模板
1. 执行摘要
2. 高风险条款
3. 中风险条款
4. 低风险条款
5. 修改建议
6. 缺失但建议补充的条款
强制提醒：
- 本报告仅供律师参考
- 不构成正式法律意见
一份更稳的 SOP
法律文档审查 SOP
1. 先明确文档来源和文档类型
2. 先限制只读访问，不先做自动写回
3. 先固定报告模板，不先追“全面智能审查”
4. 所有高风险条款都要求人工复核
5. 涉及隐私或机密材料时，只发摘要，不发原文到外部服务
风险与边界
- 不要把它当成专业法律判断替代
- 不要在无审计的情况下让它处理大批敏感合同
- 不要让 AI 直接对外发出正式法律结论
- 如果风险库不更新，输出会越来越不可信
对普通用户的启发
这个案例真正值的地方是：
- 把律师最不值钱的重复整理动作压缩掉
- 让人工复核更快进入重点问题
- 让每份文档都能用同一套结构回看
相关页面
如果准备把这条链做成交付，回到哪条方案页
这页解决的是“法律文档审查链怎么被搭出来”。
如果你接下来要回答的是“这类项目怎么定义边界、最低版本和验收方式”，先回到：
- 查看 OpenClaw 官方文档 → docs.openclaw.ai
- 遇到问题 → GitHub Issues