乐于分享
好东西不私藏

OpenClaw“背刺”微信,给AI产品经理上的一课

OpenClaw“背刺”微信,给AI产品经理上的一课

点击上方蓝字关注我们

有些产品,是慢慢死的。有些产品,是一夜之间被“物理删除”。

微信这次的 ClawBot,更像后者。

刚上线没多久,大家还在研究怎么在微信里“养虾”、怎么玩本地 Agent,一觉醒来——不能用了。不是卡顿,不是体验不好,是直接断了

原因你已经知道了:OpenClaw 一次更新(完整更新日志可参考:https://github.com/openclaw/openclaw/releases/tag/v2026.3.22-beta.1),把插件体系改了,顺手把旧接口砍掉了,而且连过渡方案都没有。

很多人第一反应是吐槽:

  • “这开源项目也太不稳定了吧?”

  • “API 设计是不是有点随意?”

  • “微信这波被背刺了”

但说实话,这些都不是重点。

我自己的第一反应反而是:这事太典型了,典型到几乎可以当成 AI 产品经理的一面镜子。


你以为你在做产品,其实你在“寄生”

这话听起来有点重,但你仔细想想。

微信这次的 ClawBot,本质上做了什么?

  • 接入 OpenClaw 的能力

  • 做了一个微信里的入口

  • 提供消息收发、二维码登录这些能力

  • 让用户在微信里“操控本地 Agent”

听起来挺完整,对吧?

但问题在于——它的核心能力,其实不在它自己手里

它依赖:

  • OpenClaw 的 runtime

  • OpenClaw 的 plugin-sdk

  • OpenClaw 的接口规范

也就是说,一旦 OpenClaw 改规则,它就只能跟着一起“震”。

这就是这次发生的事。


我见过太多类似的产品了。

请在微信客户端打开

前几年做小程序生态的那一批工具公司,本质上也是这样:

  • 帮商家做运营工具

  • 帮品牌做私域工具

  • 做得越深,越依赖平台能力

后来平台一改规则,一堆公司直接消失。

当时大家总结一句话:

“你不是在做产品,你是在帮平台补功能。”

现在这句话,可以原封不动送给很多 AI 产品。


开源,不是你想象的“稳定底座”

很多人对开源有一种很美好的想象。

觉得它是:

  • 免费的

  • 开放的

  • 可控的

  • 可以长期依赖的

但现实是,开源更像什么?

更像一条高速行驶的河流。

你站在河里搭房子,水流方向一变,你的地基就没了。


OpenClaw 这次为什么敢这么“狠”?

直接删接口、不兼容、不给过渡期。

你站在开发者视角,会觉得不讲武德。但你换个角度看,就没那么奇怪了。

它现在的状态是:

  • GitHub 顶流项目

  • 社区活跃

  • 更新频率极高

  • 正在从工具往平台走

在这个阶段,它最关心的不是“让所有插件都活着”,而是:

让系统结构更干净、更安全、更可控

至于谁会被牺牲?说实话,它没那么在意。


这其实是一个挺残酷的事实:

当你依赖一个高速演进的上游时,你默认接受了它“随时重构你”的权利。

很多人低估了这一点。


真正的问题,不是“接口变了”,而是你没有第二条路

如果你把这件事当成一个技术问题,很容易得出一个结论:

  • 加一层适配层就好了

  • 做版本管理就好了

  • 不要用非标准 API

这些都对,但都不够。

因为它们解决的是“怎么少死几次”,不是“怎么不被别人决定生死”。


我更在意的是一个问题:

如果 OpenClaw 明天彻底改掉插件体系,甚至不支持你这个场景了,你还能活吗?

大多数类似产品的答案是:不能。

这才是危险的地方。


你会发现一个很微妙的点:

很多 AI 产品,看起来在做“创新”,但其实是在做一件很传统的事——

在别人地盘上盖房子。

而且还不是租地,是直接把地基打在别人地上。


有些“先进架构”,反而是陷阱

这几年有一类东西特别火:

  • Agent 框架

  • RAG

  • 多模态 pipeline

  • 各种 orchestration

你如果是产品经理,很容易被这些词吸引,然后开始构思:

“我是不是可以基于这个做一个产品?”

问题就出在这里。

很多时候,你以为你在用“先进架构”,其实你是在:

把自己的产品,绑定在一个尚未稳定的抽象层上。

OpenClaw 现在的 plugin-sdk,就是一个典型的“未稳定抽象”。

它还在快速变化,还在找自己的边界。

你却把它当成“基础设施”。

这就有点像在施工中的地铁上开店——不是不能开,但你要知道随时可能被拆。


那到底该怎么做?(没有那么标准的答案)

说实话,这里没有一个特别“教科书”的答案。

但我自己的判断标准其实很简单,有点粗暴:

你的产品,有没有能力“脱离它继续活”?


比如你做一个 AI 助手:

  • 模型可以换(OpenAI、开源、私有)

  • 框架可以换(OpenClaw、LangChain、自研)

  • 但你的:

    • 用户数据

    • 使用习惯

    • 工作流

    • 业务逻辑

这些是独立存在的。

那你是安全的。


反过来,如果你的产品是这样:

  • 逻辑写在某个框架里

  • 能力依赖某个 SDK

  • 用户必须通过这个生态使用

那你其实没有“产品”,只有一层“壳”。


我之前跟一个做 AI 工具的朋友聊过。

他说他们团队一开始也想“快速接入主流框架”,后来做着做着发现:

一旦深入,就越来越难抽离。

最后他们做了一个很痛苦的决定——

把核心调度逻辑全部收回来,自己做一层。

短期很亏,开发成本暴涨。但长期看,这是他们少数做对的决定之一。


微信这次,其实只是一个缩影

你如果把时间线拉长一点,会发现这不是孤例。

  • 小程序生态里,一批工具公司被平台功能吃掉

  • iOS 生态里,很多 App 被系统级能力替代

  • 电商平台里,一堆服务商被平台内建工具挤压

现在,这一切正在 AI 领域重演。

只不过这一次,变化更快。

72小时,不再是夸张说法,而是现实。


写到这里,我反而有点不太想给“结论”

因为这件事真正难的,不是你知不知道要“做中台”“做解耦”。

而是你在做选择的时候,能不能意识到:

你到底是在“借力”,还是在“依附”。

这两者看起来很像,但结果完全不同。


有时候你会觉得:

“先用开源跑起来,后面再说。”

这句话本身没问题,我也这么干过。

但真正关键的是——

你有没有想过那个“后面”,到底什么时候来?

还是说,它永远不会来。

然后某一天,一个版本更新,就替你做了决定。

#AI产品经理 #AI产品设计 #Agent  #开源生态 #产品思维 #OpenClaw #AI趋势 #产品经理成长