惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

大猫的无限游戏
大猫的无限游戏
云风的 BLOG
云风的 BLOG
小众软件
小众软件
V
V2EX
博客园 - Franky
博客园 - 司徒正美
Apple Machine Learning Research
Apple Machine Learning Research
量子位
博客园 - 【当耐特】
雷峰网
雷峰网
WordPress大学
WordPress大学
Jina AI
Jina AI
Google DeepMind News
Google DeepMind News
N
Netflix TechBlog - Medium
爱范儿
爱范儿
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
阮一峰的网络日志
阮一峰的网络日志
IT之家
IT之家
Blog — PlanetScale
Blog — PlanetScale
Hugging Face - Blog
Hugging Face - Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
V
Visual Studio Blog
Microsoft Security Blog
Microsoft Security Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, AI训练AI,是技术飞跃还是打开了潘多拉魔盒? – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理,
当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的...
2026-04-11 · via 人人都是产品经理

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