当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋
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 基础设施平台。
这件事的时间线,读起来有一种令人不安的工整。

一个用 Claude 造的 Claude 替代品
要理解这件事,先要理解 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协议
- 目前还没评论,等你发挥!

起点课堂会员权益




