Anthropic 上周开源了 claude-for-legal —— 一整套面向法律行业的 Claude 插件。15 个垂直插件、70+ 命名 Agent、20+ MCP 连接器，从合同审查、隐私合规、并购尽调，一直到法学院教学。
我第一反应不是"哇 AI 又来抢律师饭碗"，是另一件事——
Anthropic 在按行业把"专业服务"打包成可订阅的工程化资产。
法律是第一个公开的标杆。下一个会是 finance、medical、design，套路一样。
这篇不写技术深挖，写两件事：官方推荐的用法到底是什么，以及一人公司应该怎么薅这套羊毛。
一句话总结
claude-for-legal 不是替代律师，是把"读 80 页合同、找出 12 条偏离 playbook 的条款"这种 grunt work 工程化。
护栏写得很死：所有输出都是"待律师审核的草稿"，不是建议、不是结论、不是替代品。这一行字会出现在每份输出顶部和底部，绕不开。
它到底装了什么（15 个插件矩阵）
交易咨询类
├── commercial-legal 供应商合同、NDA、SaaS、续约 ← 最常用
├── corporate-legal M&A 尽调、董事会决议、实体合规
├── privacy-legal DPA、DSAR、PIA
├── employment-legal 招聘/解雇、员工分类
├── ai-governance-legal AI 影响评估、AI 供应商审查
├── ip-legal 商标清查、FTO、C&D、DMCA
├── product-legal 上线合规、营销 claim 核验
└── regulatory-legal 监管追踪、政策差距分析
诉讼类
└── litigation-legal case 组合、claim chart、特权日志
教学类
├── law-student 苏格拉底问答、司考备考
└── legal-clinic 法学院诊所教学
生态
└── legal-builder-hub 社区技能发现 + 安全审核
仓库本身 511 stars / 87 forks / Apache 2.0，Python 70% Shell 30%。
官方推荐的三步用法（Anthropic 原汁）
我直接从 README 抄关键句，不演绎：
第一步 · 装
Claude Code 桌面端：
| |
Cowork（网页版）：Customize → Browse plugins → 装或上传 zip。
第二步 · 跑冷启动访谈（最大坑）
| |
官方原话（README 里反复警告）：
“Every other skill in a plugin reads from the practice profile it writes. Skipping setup is the single most common reason a skill produces generic output.”
翻译：跳过这一步，所有 skill 出来的东西都是泛泛之谈。这是绝大多数人觉得"AI 法务不好用"的根本原因。
访谈 10–20 分钟，问你：
- playbook 极性（你是 Sales-side 还是 Purchasing-side？）
- 责任上限、赔偿方向、终止权、IP 归属、DPA 底线
- 升级路径（哪种偏离找谁拍板）
- 请你喂 5–10 份历史合同（20 份以上模式更清晰）
输出落到 ~/.claude/plugins/config/claude-for-legal/<plugin>/CLAUDE.md。这是一份 Markdown，可以手动编辑——这点后面会讲为什么重要。
第三步 · 日常使用三种触发
| 方式 | 例子 | 何时用 |
|---|---|---|
| 显式 slash | /commercial-legal:review acme-msa.pdf | 主动让它审一份合同 |
| 隐式触发 | 你和 Claude 聊到审查话题，对应 skill 自动激活 | Cowork 聊天场景 |
| 定时 Agent | renewal-watcher 每周一扫续约登记簿 | 后台监控类任务 |
定时 Agent 可以挂云端 Managed Agents API 跑：
| |
关键设计哲学：三种部署形态（Cowork / Claude Code / Managed Agents API）共享同一份 system prompt + skill，你只是选它跑在哪里。
一人公司应该怎么用（我的视角）
官方文档面向律所和企业法务团队。一人创业者其实可以砍掉大半流程，只用最锋利那一刀。
总账先算清
| 项目 | 月成本 | 替代的传统方案 |
|---|---|---|
| Claude Pro/Max 订阅（多数人已经有） | $20–200 | — |
| 插件 | $0（Apache 2.0） | — |
| 一个按小时计的兜底律师（关键） | $300–800 | 全职法务 $8,000+ |
| 总计 | ~$500–1,000/月 | 传统：$5,000–10,000/月 |
护城河被打掉的就是这个差价。
三步落地
Step 1 · 只装三个插件，不要贪多
| |
别装的：corporate-legal（你没 M&A）、litigation-legal（打官司直接找律师）、employment-legal（招到第 3 个人再说）、ai-governance（除非你卖 AI 产品）……剩下的全跳过。
Step 2 · 一次性 30 分钟跑冷启动
访谈时直接告诉它你的特殊身份：
“我是一人 SaaS 公司创始人，没有法务。playbook 用最保守可接受的市场标准。我没有历史种子合同，请生成一份符合 2026 美国 SaaS 行业惯例 + EU GDPR 兼容的 purchasing-side 默认 playbook。我会逐条 review 后改。”
它会生成 CLAUDE.md，你人工通读 15 分钟，按自己情况改两处：
- Escalation rules：所有"升级到 GC / CEO / DPO"全改成"自己拍板"——你就是这三个人合一
- House style 历史合同：暂时留空，签过 10 份后回来更新
Step 3 · 日常只用两个命令
| |
输出按红黄绿处理：
- 🟢 GREEN → 直接签
- 🟡 YELLOW → 按它给的 redline 反提案对方，不要找律师（这是 AI 最值钱的部分）
- 🔴 RED → 这里才花律师钱，把 memo + 合同一起发给兜底律师，30 分钟搞定
兜底律师怎么找
- 关键词：
solo founder fractional general counsel/startup lawyer hourly - 谈判口径：“我会用 AI 做初审，只在 RED 条款找你 30 分钟一次”
- 律师反而喜欢这种模式：高 ARPU、不打杂、没有杂事
我自己跑了一遍（坦白局）
我没用真插件在生产环境跑，但我做了一件更狠的事：
用 claude-agent-sdk 自己复刻了一个 web 版 commercial-legal，目的是把仓库里的 vendor-agreement-review skill 拆开来真正读懂。
项目仓库：legal-reviewer/（前后端 Next.js + FastAPI + uv）。
烟雾测试（2026-05-13）—— 喂了三段埋雷条款：
- §11.2 Liability cap = 3 个月（低于 12 个月 floor）
- §3.4 Auto-renewal 120 天通知（超 60 天 ceiling）
- §14.1 单向 indemnity（违反 mutual 原则）
跑了 ~30 秒，输出 7,209 字符 的完整 memo：
- ✅ 自动识别"我是 Purchasing-side"
- ✅ 三处 RED 全部正确分级
- ✅ DPA 缺失主动标
[verify] - ✅ 严格按 system prompt 模板分 6 段输出（Orient / Deal-breaker / Term-by-term / Gaps / Routing / Memo）
让我意外的两个细节：
- 它真的会引用你的历史合同。“7/20 historical contracts accepted 60-day notice” 这种 citation 不是我让它做的，是它从冷启动喂进去的种子文档归纳出来的
- 它知道自己的边界。遇到 governing law 选择（NY vs CA），直接说 “this is a jurisdictional question requiring local counsel”，没装懂
这两点是官方设计哲学落地的硬证据——不是营销话术。
它没解决的问题
| 问题 | 现状 |
|---|---|
| 跨境法 / 多法域 | 它不假装懂中国法、德国法、印度法。复杂跨境合同标"jurisdictional question"让你找当地律师 |
| 新型条款 | 你 playbook 没写的（比如 AI 训练数据条款），它标"novel clause, needs human review"，不瞎编立场 |
| 谈判博弈 | 它生成 redline，但不替你谈。对方反提案怎么接、什么时候让步，这是律师/创始人的活 |
| 数据安全 | 合同进入 Claude，意味着合同内容通过 Anthropic API。极敏感场景需走 enterprise tier + 数据保留协议 |
三个让我特别欣赏的设计
1. Playbook 是 Markdown，不是 YAML
第一眼以为是营销简化。跑了几遍才意识到：playbook 需要人去看、去吵、去改。法务总监会 review 这个文件，会拿着它去跟业务方开会。换成 YAML 就死了。
这是"配置文件 vs. 人类语言"那道选择题做对了——给人看的东西，就该是 Markdown。
2. 不试图替代 CLM 系统
commercial-legal 不存合同、不做电子签——通过 MCP 连接器接 iManage、DocuSign、Google Drive。
它把自己定位成"playbook + 审查引擎"，而不是又一个法务管理系统。这个克制比插件本身重要：Anthropic 在告诉你，AI 应该插进你已有的工作流，而不是逼你换一套 SaaS。
3. Playbook 是会"反向进化"的
playbook-monitor 这个定时 agent：12 个月内同一条 playbook 被覆盖 5 次以上，提醒你 playbook 该升级了。
它把 playbook 当成活的代码，靠"用户实际行为"来反向校准规则，而不是律师每年开个 review 会拍脑袋。
这是从 AI 协作流里长出来的、传统法务做不出来的能力。
一个更大的判断
claude-for-legal 不只是一个插件包，它是 Anthropic 把行业 know-how 工程化的第一份公开答卷。
底层逻辑：
冷启动访谈（学你的 playbook）
↓
一组 Skill（干执行：审查、起草、合规检查）
↓
一组定时 Agent（跑监控：续约、政策、纠纷）
↓
MCP 连接器（接你已有系统）
这套架构往后 12 个月会以同样的形态出现在 finance、medical、design、accounting……
对一人公司的意义：原来"养不起一个法务/财务/设计师"是创业卡死的瓶颈。现在不是了。门槛从「能不能做出来」迁移到「值不值得被选择」。
但壁垒并没有完全消失——只是变薄、变弯、变到了别处：
- 判断力：草稿是草稿，敢不敢签靠人。AI 把执行成本打没，决策权反而更值钱
- 关系/分销：合同会写不等于客户会来。GTM 才是真壁垒
- 数据与场景：你的 playbook、你的客户数据、你的判例库——喂给 AI 越独特，越难被复制
相关链接
- 仓库：github.com/anthropics/claude-for-legal
- 协议：Apache 2.0
- 相关阅读：
一个朴素的预言：下一波 SaaS 的形态，是「Markdown playbook + Skill + 定时 Agent + MCP 连接器」。
claude-for-legal 是第一个把这个形态做到能交付律所工作流的样本。值得每个做 AI 产品、或在做一人公司的人 clone 下来读一遍源码。