当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋

0 评论 211 浏览 0 收藏 12 分钟

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协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!