Anthropic与OpenClaw的商业博弈揭示了大模型时代的平台生态暗战。当第三方工具OpenClaw用Claude构建的Agent框架反噬平台核心利益时，一场从功能复制到权限封杀的精准围猎在四个月内完成。本文深度还原这场较量背后的商业逻辑，剖析平台方与生态方永不停歇的边界争夺战。
2026 年 3 月 28 日，一个叫 Peter Steinberger 的人坐在 Anthropic 的会议室里。
他不是来求职的。他是 OpenClaw 的创始人，iOS 开发界的传奇人物，PSPDFKit 的缔造者。他带着 OpenClaw 基金会的董事会成员 Dave Morin 一起来，专程从外地飞过来，目的只有一个：说服 Anthropic 不要切断 OpenClaw 对 Claude 订阅额度的调用权限。
谈判的结果是，他们争取到了一周的宽限期。
一周后，4 月 4 日，Anthropic 正式封杀。
再过四天，4 月 8 日，Anthropic 发布了 Claude Managed Agents——一套功能与 OpenClaw 高度重合的官方 Agent 基础设施平台。
这件事的时间线，读起来有一种令人不安的工整。
要理解这件事，先要理解 OpenClaw 是什么，以及它为什么让 Anthropic 坐不住。
OpenClaw 本质上是一个 Agent 框架，允许用户通过 WhatsApp、Discord、Telegram 等渠道向 AI 发指令，让它在后台 7×24 小时自主执行任务——文件读写、代码执行、浏览器操控、日历管理、邮件处理，全都可以。更关键的是，它支持同时运行多个 Agent，并且持续不停机。
有意思的是，OpenClaw 的所有代码，全部由 Claude Code 自动生成。Steinberger 本人公开表示，这个产品”一行代码都没有亲自写过”。一个用 Claude 构建的工具，反过来让用户不再依赖 Claude 的官方产品。
这件事的商业逻辑漏洞，在于定价模型的错配。Claude Max 订阅每月 $200，定价基础是”普通用户的中等使用量”。但 OpenClaw 用户是最重度的那批人：多 Agent 并行、全天候不停机、每次调用高度压缩请求数量。据业界估算，同样是 $200/月的订阅，OpenClaw 用户实际消耗的算力折算价值约为$5000。
Anthropic 在给用户的邮件里直言不讳地解释了动因：”容量是我们需要精心管理的资源，我们必须优先保障使用我们核心产品的用户体验。”
这句话是实话。但它只说了一半。
封杀不是一个临时起意的决定。如果你把时间线拉长，会看到一个更清晰的图景。
2025 年 11 月，OpenClaw 诞生，当时还叫 Clawdbot，随即被 Anthropic 以商标侵权为由要求改名。这是第一个信号——Anthropic 在关注这个产品，而且已经感到不舒服。
2026 年 1 月，Anthropic 在文档中明确规定：OAuth Token 仅限官方产品使用，第三方工具及 Agent SDK 一律禁止。技术层面的封堵开始了。
2026 年 2 月至 3 月，Anthropic 密集发布了三款新产品：Dispatch（手机发起、桌面执行的持久线程）、Claude Code Channels（多端 MCP 桥接）、Computer Use（完整操作系统访问）。
把这三款产品和 OpenClaw 的核心功能对照一下：OpenClaw 有手机发指令、桌面持续执行的能力，Dispatch 做的是同一件事；OpenClaw 把 Discord、Telegram 变成远程操控入口，Claude Code Channels 做的是同一件事；OpenClaw 能深入操控桌面应用，Computer Use 做的是同一件事。
每一项功能的发布时间，都在 OpenClaw 对应能力上线之后。
这不是巧合，这是一个系统性的动作。
2026 年 4 月，事情进入了最后阶段。
4 月 4 日，Anthropic 正式切断 OpenClaw 等所有第三方工具对 Claude 订阅额度的调用权限。Steinberger 在 X 上措辞克制地写道，他和 Dave Morin 已经尽力说服 Anthropic，但最终只把这件事推迟了一周。
4 月 7 日，Anthropic 发布 Mythos——迄今最强的 Claude 模型，用来证明自己在模型能力上的领先地位。
4 月 8 日，Anthropic 发布 Claude Managed Agents。
三天，三个动作，顺序精确：先收紧第三方的通道，再展示最强的模型能力，最后推出自己的 Agent 基础设施平台。这三步放在一起，才能看清楚这是一盘完整的棋，而不是三个独立的产品决策。
Managed Agents 提供的，正是 OpenClaw 一直在做的事：生产级沙箱、长时间运行的 Session、内置编排引擎、多 Agent 协调、治理工具。区别在于，这次所有的工作流、权限体系、执行记录，全部沉淀在 Anthropic 自己的基础设施里。用户的 Agent 跑在 Anthropic 的容器里，Session 日志存在 Anthropic 的服务器上，迁移成本极高。
商业闭环，形成了。
这件事对产品经理的真正价值，不在于评判 Anthropic 的做法对不对，而在于它揭示了一个在大模型时代反复上演的底层规律：平台方和生态方之间的边界，从来不是固定的。
OpenClaw 的遭遇不是个例。就在同一时期，OpenCode、Roo Code、Cline 等开发工具先后遭遇 Claude 访问中断；Cursor 因为有 xAI 工程师通过它调用 Claude 辅助模型训练，被 Anthropic 认定违反服务条款直接封禁。这条商业弧线，在不同工具身上一再重演：第三方验证需求 → 平台方复制功能 → 断开外部依赖。
那么，什么样的功能是”必然会被平台收回”的？
有一个相对清晰的判断标准：当某个第三方功能同时满足以下三个条件时，它就处于危险地带。第一，它消耗的是平台方的核心资源（算力、模型调用量）；第二，它让用户的粘性和工作流沉淀在第三方而非平台方；第三，它的存在让平台方有被”管道化”的风险——被调用但不被依赖，承担成本但不拥有客户关系。三个条件同时成立，被收回只是时间问题。
OpenClaw 完美符合这三条。它消耗了 Anthropic 的算力，让用户的工作流沉淀在它自己的框架里，并且让 Claude 变成了一个随时可以被 GPT 或 Gemini 替换的后端组件。对 Anthropic 来说，最可怕的不是 OpenClaw 在赚钱，而是 OpenClaw 在积累用户依赖——而这份依赖，和 Claude 本身无关。
这就是所谓的”管道化陷阱”：你的产品越好用，你就越可能只是一根管道。管道随时可以被绕开，也随时可以被切断。
如果你正在大模型生态上做产品，这件事值得认真对待。
第一，持续追问”如果平台方明天推出同样的功能，我的用户会留下来吗”。如果答案是”不会”，你需要立刻思考自己的护城河在哪里。护城河不应该建在对底层 API 的封装上，而应该建在用户数据的积累、垂直场景的深度理解、以及用户在你这里沉淀的工作流习惯上。
第二，主动做多模型兼容，不要把命运绑定在单一厂商身上。OpenClaw 在被封杀后 48 小时内完成了 GPT-5.4 的接入，这不是临时应急，而是它早在几个月前就开始做的架构准备——把底层模型设计成可拔插的后端，用户切换模型只需要改一个配置项。这种设计让它在被封杀后依然存活。对大多数在单一模型上深度依赖的产品团队来说，这是一个值得借鉴的架构思路。
第三，把用户工作流的沉淀当作第一优先级，而不是功能的堆叠。功能可以被复制，工作流习惯很难被复制。Notion 在接入 Managed Agents 时说的那句话值得细品：”我们希望 Notion 成为团队与 Agent 协作、把事情做完的最佳场所。”它没有说”我们希望提供最强的 Agent 能力”，而是说”最佳场所”——场所意味着用户在这里工作、在这里积累、在这里形成习惯。这才是真正难以被替代的东西。
Steinberger 在 X 上留下了一句话，措辞克制，但情绪清晰可见：”先是将一些流行的功能复制到他们的封闭框架中，然后又将开源软件拒之门外。时间点真是巧合。”
他说的是事实。Anthropic 也说的是事实。两件事都是真的，只是立场不同。
对产品人来说，这件事真正的教训不是”平台方不可信”，而是：在大模型时代，你和平台方的关系，从来不是合作伙伴，而是暂时利益一致的同路人。路走完了，方向就会分叉。
在分叉来临之前，想清楚自己的护城河在哪里。
本文由 @van ner 原创发布于人人都是产品经理。未经作者许可，禁止转载
题图来自Unsplash，基于CC0协议
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。