OpenClaw：赚钱】案例12、12分钟完成合同审查：OpenClaw律所文档处理自动化如何帮3家律所月入¥45,000

1. 律所合同审查的真实痛点为什么12分钟能成为分水岭一份50页的租赁合同摆在面前传统流程是逐字阅读、手动标注风险条款、再写修改建议两三个小时就没了。我接触过几位做非诉业务的律师他们最头疼的不是案子难而是大量重复性条款识别占用了本该用于策略思考的时间。合同审查AI要解决的核心问题就是把“找风险点”这件事从人肉扫描变成机器初筛律师只做最终判断。OpenClaw在这个场景里的定位是一个可本地部署的文档处理自动化框架。它通过SOUL.md定义角色行为通过MEMORY.md积累风险条款库通过docxSkill生成Word报告最终把单份合同审查压缩到12分钟左右。适合谁用一是想切入法律科技的技术服务商二是律所内部想提效的IT负责人三是独立执业的律师想给自己配一个“初筛助手”。我试过用三份样例合同跑端到端流程从PDF解析到报告回传整个链路跑通后最耗时的环节其实是风险条款库的初始建设。但一旦库建起来后续每份合同的审查就是“匹配生成”的流水线作业。这篇文章会拆解从SOUL.md配置到目录监听、输出模板的完整落地路径你可以直接复制配置片段去跑自己的样例。2. TaoToken前置准备模型接入与API Key配置OpenClaw本身不绑定特定模型它需要你提供一个兼容OpenAI接口的模型服务。这里我用TaoToken来做模型接入因为它支持多模型切换而且API Key管理比较清晰。你需要先拿到一个可用的Key然后配置到OpenClaw的模型设置里。2.1 获取API Key与Base URL访问TaoToken的API Keys页面https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentapi-keys创建一个新的Key。创建时注意权限范围合同审查场景只需要对话补全权限不需要开太多。拿到Key之后Base URL填https://taotoken.net/api这个地址不加UTM参数直接用于代码里的请求地址。模型ID的选择上合同审查对长文本理解和指令遵循要求较高建议选上下文窗口较大的模型。你可以在模型对话页面https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentchat先测试一下模型对法律条款的解析能力确认输出格式稳定后再接入OpenClaw。2.2 在OpenClaw中配置模型OpenClaw的模型配置通常放在config/model.yaml或环境变量里。我习惯用环境变量这样切换环境时不用改文件。在.env文件里写入OPENAI_API_KEYsk-你的TaoTokenKey OPENAI_BASE_URLhttps://taotoken.net/api OPENCLAW_MODEL_ID你的模型ID然后在OpenClaw的Agent配置里引用这些变量。如果你用的是Cline或类似的MCP客户端配置方式类似核心就是三件套Base URL、Key、Model ID。这三者缺一不可尤其是Base URL末尾不要多加/v1TaoToken的API地址已经包含了版本路径。2.3 验证模型连通性配置完成后先跑一个最简单的请求确认链路通import os from openai import OpenAI client OpenAI( api_keyos.getenv(OPENAI_API_KEY), base_urlos.getenv(OPENAI_BASE_URL) ) response client.chat.completions.create( modelos.getenv(OPENCLAW_MODEL_ID), messages[{role: user, content: 用一句话说明合同审查中无限责任条款的风险}] ) print(response.choices[0].message.content)如果返回了合理的风险说明说明模型接入没问题。这一步很关键因为后面OpenClaw的文档处理流程都依赖这个模型通道。如果这里报401先检查Key是否复制完整如果报model not found检查Model ID是否拼写正确。3. 可复制配置SOUL.md、MEMORY.md与目录监听这一节是整篇文章的核心交付物。我会给出完整的SOUL.md配置片段、MEMORY.md风险条款库模板以及目录监听的实现方式。你可以直接复制到自己的项目里改一下律所名称就能用。3.1 SOUL.md完整配置SOUL.md定义Agent的角色、工作流、输出规范和安全边界。律所场景对数据安全要求极高所以安全条款必须写死。# SOUL.md - 律所合同审查专用 ## Soul 你是一个专业的法律文档处理助手服务于{律所名称}。 你的职责是辅助律师进行合同初审识别风险条款并生成修改建议。 你不提供法律意见所有输出仅供律师参考。 ## 工作流 1. 收到合同PDF后立即解析并提取全文文本 2. 按条款编号或段落结构分割条款 3. 逐条对照风险条款库MEMORY.md进行匹配 4. 生成包含以下内容的Word报告 - 执行摘要不超过1页 - 风险条款清单高风险红色、中风险黄色、低风险绿色标注 - 修改建议每个风险条款附具体修改方案 - 遗漏条款提示常见保护条款缺失检测 5. 报告通过飞书或指定目录回传 ## 输出规范 - 文档格式Word.docx通过docxSkill生成 - 每份报告必须标注本报告由AI辅助生成仅供律师参考不构成法律意见 - 报告命名规则{合同编号}_审查报告_{日期}.docx ## 数据安全 - 客户文档不得保存超过72小时 - 不得向任何外部API发送文档原文仅发送摘要或问题片段 - 所有操作记录写入安全日志security.log - 禁止将文档内容用于模型训练这个配置里工作流部分明确了从解析到回传的每一步输出规范里强调了免责声明和命名规则数据安全部分划定了三条红线。律师最关心的就是“文档会不会泄露”所以72小时删除和禁止发送原文这两条必须写进SOUL.md让Agent在每次处理时都遵守。3.2 MEMORY.md风险条款库模板MEMORY.md是审查准确率的关键。初始版本不需要太复杂覆盖常见的高频风险条款即可后续根据律师反馈逐步扩充。# MEMORY.md - 风险条款库 ## 高风险条款 ### 无限责任条款 - 关键词任何情况、全部损失、无限连带、不设上限 - 风险说明可能导致我方承担超出预期的赔偿责任 - 修改建议将“无限责任”修改为“不超过合同总金额的XX%” ### 单方解约权 - 关键词甲方有权单方解除、无需任何理由、随时终止 - 风险说明赋予对方过于随意的终止权缺乏商业确定性 - 修改建议增加“需提前XX日书面通知”及“仅在特定违约情形下可解除” ### 知识产权归属不清 - 关键词知识产权归双方共有、未明确归属 - 风险说明权属不清可能导致后续商业化障碍 - 修改建议明确约定知识产权归委托方所有或按贡献比例分配 ## 中风险条款 ### 保密期限过长 - 关键词永久保密、无限期、长期有效 - 风险说明长期保密义务可能影响商业灵活性 - 修改建议保密期限缩短至合同终止后3年 ### 付款条件模糊 - 关键词验收后付款、满意后支付、另行约定 - 风险说明付款触发条件不明确可能导致回款延迟 - 修改建议明确验收标准和付款期限如“验收合格后15个工作日内支付” ## 低风险条款 ### 通知送达地址 - 关键词以邮件方式送达、仅限书面 - 风险说明单一送达方式可能被过滤或遗漏 - 修改建议增加“邮件、短信、邮寄”三种方式以最早到达为准 ## 遗漏条款提示常见保护条款 - 知识产权归属条款若涉及技术开发 - 不可抗力条款标准格式 - 争议解决条款明确仲裁机构或法院 - 数据保护条款若涉及个人信息这个库的结构是“风险等级→条款类型→关键词→风险说明→修改建议”。匹配时先用关键词做粗筛再用语义相似度做精排。你可以根据自己服务的律所业务方向增删条款类型。比如做劳动法业务的就把竞业限制、加班费计算等条款加进去。3.3 目录监听与自动触发OpenClaw支持文件系统监听你可以配置一个上传目录当有新PDF放入时自动触发审查流程。配置文件openclaw-config.yamlwatch: enabled: true directory: /data/contracts/uploads pattern: *.pdf output_dir: /data/contracts/reports cleanup_after_hours: 72 feishu: enabled: true app_id: your_app_id app_secret: your_app_secret webhook_url: https://your-server/feishu docx: template: /data/templates/report_template.docx skill: docxSkill1目录监听的好处是律师不需要学新工具把合同拖进共享文件夹就行。输出目录单独设置方便后续归档。cleanup_after_hours设为72配合定时任务实现自动删除。3.4 安全清理与日志审计定时清理用crontab实现# 每天凌晨3点删除72小时前的上传文件 0 3 * * * find /data/contracts/uploads -type f -mtime 3 -delete日志审计记录每次操作import logging import json from datetime import datetime logging.basicConfig(filenamesecurity.log, levellogging.INFO) def log_operation(client, file_name, operation, status): log_entry { timestamp: datetime.now().isoformat(), client: client, file: file_name, operation: operation, status: status } logging.info(json.dumps(log_entry))这两段代码不复杂但它们是合规的底线。律所客户如果问“你怎么保证文档安全”你就把SOUL.md的安全条款、crontab清理任务和日志文件一起给他看。4. 端到端验证用3份样例合同跑通全流程配置写好了接下来要用真实样例验证。我建议准备三份不同类型的合同一份租赁合同、一份服务合同、一份NDA。每份合同里故意埋几个风险条款看看系统能不能准确识别。4.1 验证步骤第一步把三份PDF放入/data/contracts/uploads目录。目录监听触发后OpenClaw会依次处理。你可以在日志里看到每个文件的处理状态。第二步观察PDF解析结果。合同PDF解析后可能丢失条款编号结构需要检查分割逻辑是否合理。如果条款分割太碎或太粗调整分割策略。我用的策略是先按“第X条”正则匹配匹配不到再按空行分段最后用LLM辅助判断语义边界。第三步检查风险匹配结果。高风险条款应该被红色标注中风险黄色低风险绿色。如果某个明显的高风险条款没被识别检查MEMORY.md里是否有关键词覆盖或者语义相似度阈值是否设得太高。第四步查看生成的Word报告。报告应该包含执行摘要、风险清单、修改建议、遗漏条款提示四个部分。免责声明必须在报告开头或结尾显眼位置。4.2 成功结果示例以租赁合同为例系统在12分钟内输出了以下内容执行摘要部分指出“本合同存在3处高风险条款、2处中风险条款建议重点修改无限责任条款和单方解约权条款”。风险清单里无限责任条款被标红附上了“修改为不超过合同总金额的200%”的建议。遗漏条款提示里提醒“未约定争议解决方式建议增加仲裁条款”。三份合同跑完总耗时约36分钟平均每份12分钟。这个时间包括PDF解析、条款分割、风险匹配、报告生成和回传。如果模型响应快可以压缩到10分钟以内。4.3 验证中的关键指标你需要关注三个指标召回率、准确率、处理时间。召回率是指风险条款被识别的比例准确率是指识别出的风险条款确实有风险的比例。初始版本召回率可能只有70%左右通过扩充MEMORY.md和调整匹配阈值可以逐步提升到90%以上。处理时间主要受模型响应速度和PDF页数影响50页以内的合同基本能控制在12分钟。5. 常见报错排查401、local proxy failed与OAuth问题接入过程中最容易卡在几个报错上。我整理了自己踩过的坑和对应的排查路径。5.1 401 Unauthorized这个报错说明API Key无效或未正确传递。排查顺序先确认.env文件里的OPENAI_API_KEY是否复制完整有没有多余空格再确认Base URL是否写成了https://taotoken.net/api末尾不要加/v1最后确认Key的权限是否包含对话补全。如果用的是Cline或MCP客户端检查配置文件里的Key字段名是否正确有些客户端用apiKey有些用api_key。5.2 local proxy failed这个报错通常出现在本地代理配置冲突时。OpenClaw如果同时配置了系统代理和模型API地址可能会走错通道。排查方法检查环境变量里是否有HTTP_PROXY或HTTPS_PROXY如果有把TaoToken的域名加入NO_PROXY列表。另外确认OpenClaw的模型配置里没有重复设置代理。5.3 reading choices 报错这个报错说明模型返回的响应结构不符合预期。常见原因是模型ID填错了或者请求参数里的response_format设置与模型不兼容。排查方法先用模型对话页面测试同一个模型ID确认能正常返回然后检查OpenClaw的请求参数把response_format暂时去掉看是否恢复正常。5.4 OAuth 相关报错如果你用的是Claude Code或Codex这类需要OAuth认证的工具报错可能出现在token刷新环节。排查方法确认auth.json或settings.json里的认证信息是否过期如果是Codex检查~/.codex/auth.json里的access token是否有效如果是Claude Code检查~/.claude/settings.json里的Base URL和Key配置。这三件套Base URL、Key、Model ID在任何工具里都必须完整且一致。5.5 条款分割异常如果报告里条款分割混乱比如把一条完整的条款拆成好几段或者把好几条合并成一段需要调整分割策略。我用的正则表达式是第[一二三四五六七八九十百千]条和\d\.\d匹配不到时回退到按空行分割。如果合同格式特别不规范可以在SOUL.md里加一条“遇到无法分割的条款保留原文并标注‘需人工复核’”。6. 从审查到交付CTA与长期编码方案跑通验证之后下一步是把它变成可交付的服务。如果你只是自己用把目录监听和定时清理配好就行。如果你要服务律所客户需要考虑多租户隔离和私有化部署。多律所隔离的做法是给每个律所创建独立的记忆空间和上传目录。OpenClaw支持通过tag区分不同客户的数据openclaw memory import contract.pdf --tag lawfirmA openclaw memory import contract.pdf --tag lawfirmB这样风险条款库和文档互不干扰。私有化部署则把整个OpenClaw实例部署在律所内网模型调用走TaoToken的API通道文档原文不出内网。如果你打算长期做法律科技方向的编码和Agent开发可以关注Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentcoding-plan它适合需要频繁调用模型进行代码生成和调试的场景。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentdoc里面有完整的API参数说明和示例代码。模型对话入口在 https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentchat你可以先用它测试不同模型对法律文本的理解能力再决定用哪个模型接入OpenClaw。最后说一个实用技巧风险条款库不是一次建完的。每次律师修改了报告里的风险等级或修改建议你都应该把这条反馈记录到MEMORY.md里。比如律师把某个低风险条款改成了高风险你就在对应条款下加一条“根据律师反馈此条款风险等级调整为高”。这样跑三个月你的风险库会越来越贴合实际业务审查准确率也会明显提升。