OpenClaw史上最惨“翻车”:为了安全“挥刀自宫”,微信飞书插件全线阵亡?

OpenClaw史上最惨“翻车”:为了安全“挥刀自宫”,微信飞书插件全线阵亡?开源 AI 界的 顶流 OpenClaw 搞了场史诗级重构 结果因为太激进直接把用户家拆了 为了洗掉 npm 插件包的 毒素 官方强推自研市场却导致全线报错 连微信 飞书插件都跟着躺枪 这场 龙虾盛宴 差点变成了 大型中毒现场 曾经以 72 小时狂揽 6 万 Star 刷新 GitHub 纪录的 AI Agent 框架 OpenClaw 最近因为一次过于 硬核 的升级 把自己送上了风口浪尖 3 月 24 日

大家好,我是讯享网,很高兴认识大家。这里提供最前沿的Ai技术和互联网信息。



开源AI界的“顶流”OpenClaw搞了场史诗级重构,结果因为太激进直接把用户家拆了。为了洗掉npm插件包的“毒素”,官方强推自研市场却导致全线报错,连微信、飞书插件都跟着躺枪,这场“龙虾盛宴”差点变成了“大型中毒现场”。

曾经以“72小时狂揽6万Star”刷新GitHub纪录的AI Agent框架OpenClaw,最近因为一次过于“硬核”的升级,把自己送上了风口浪尖。

3月24日,在开发者们翘首以盼了9天后,OpenClaw发布了v2026.3.22版本。官方本意是想来一场“大扫除”,解决旧插件生态乱象和安全漏洞,结果因为步子迈得太大,直接扯到了整个生态的“胯部”。

这次事故的导火索是OpenClaw对插件系统的“一刀切”式重构。在此之前,OpenClaw的插件主要托管在npm(全球最大的JavaScript包管理器)上。npm虽然方便,但就像个不设防的公共菜市场,谁都能往里塞东西,恶意代码“投毒”事件层出不穷

为了保命,OpenClaw创始人皮特·斯坦伯格(Peter Steinberger)决定自建“私家园林”——ClawHub,并强制要求所有插件必须通过官方工具包开发并上传到ClawHub,原本的npm路径直接被物理切断

这就好比你家小区原本四通八达,物业突然为了“安全”把所有门都焊死了,只留一个还没修好的正门。结果显而易见:版本发布不到24小时,GitHub的Issue区就被报错刷爆了。用户发现,微信、飞书等核心通讯插件全线瘫痪,国产模型MiniMax配置异常,甚至连Windows沙箱都因为权限问题**了。

在这场混乱中,最尴尬的莫过于那些依赖OpenClaw做自动化办公的企业和个人。尤其是微信插件的失效,让不少人直呼“断网”。

面对网友调侃“微信官方龙虾插件只存活了一个周末”,腾讯的公关总监张军和微信员工客村小蒋纷纷下场“灭火”。客村小蒋的回复堪称金句:“解读说微信不懂生态玩法,我觉得有点像说鱼不会游泳了。” 言下之意:不是我们不给力,是这届OpenClaw升级太“任性”,连招呼都没打就改了底层接口。

这种“暴力升级”也让市场出现了分化。一些基于旧版封装的衍生项目如Workbuddy、QClaw反而因为没跟进这次“自杀式更新”而逃过一劫

其实,OpenClaw这次“发疯”并非毫无预兆。就在升级前两天,国家互联网应急中心刚发布了安全指南,点名建议用户不要在日常办公电脑上安装OpenClaw,甚至建议使用虚拟机隔离

皮特·斯坦伯格随后在社交媒体上承认,为了抵御网络攻击,新版本的限流规则设得“太狠了”。这位以“毒舌和技术硬核”著称的iOS圈老兵,显然在AI Agent的工程化落地上交了一笔昂贵的学费。

目前的OpenClaw正处于一个尴尬的“青春期”:它拥有超过30万Star的超高人气,甚至连大摩(摩根士丹利)都发报告讨论它的商业化前景;但另一方面,它又表现得像个喜怒无常的技术宅,一言不合就重写底层代码,完全不顾下游开发者的死活。

正如一些深度用户所言,开源项目的生命力在于生态,而生态的根基在于兼容。如果每一次安全性提升都要以“全线崩溃”为代价,那这只“龙虾”恐怕很难在企业级的深水区活得太久。

小讯
上一篇 2026-03-27 19:27
下一篇 2026-03-27 19:25

相关推荐

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/248517.html