乐于分享
好东西不私藏

OpenClaw 艰难的一周:官方回应近期频繁更新与不稳定问题

OpenClaw 艰难的一周:官方回应近期频繁更新与不稳定问题

OpenClaw 创始人首次公开回应近期频繁更新带来的稳定性问题,承认「搞砸了」,并阐述了背后的原因和未来的改进计划。


⚡ TL;DR 一句话总结

OpenClaw 经历了艰难的一周,2026.4.29 版本的问题已经显而易见。官方为此道歉,并宣布了核心精简计划、插件生态重构以及即将于5月晚些时候推出的 LTS(长期支持版)


😔 到底发生了什么?

问题的苗头始于 2026.4.24 左右。到 2026.4.29 时,问题已经明显到无法回避——没有人能再说这只是「少数奇怪案例」了。

具体表现:

  • • 🐢 Gateway 变慢:整体响应延迟增加
  • • 🔄 插件依赖修复循环:部分安装陷入死循环,无法完成
  • • 📱 多平台功能异常:Discord、Telegram、WhatsApp 等频道的表现比预期差得多
  • • 📉 用户回退:很多人被迫降级版本
  • • ⏰ 时间损失:用户在排查和修复中浪费了大量时间

🔍 根本原因是什么?

官方明确表示:这不是一个单一的 bug,而是一系列系统性问题叠加的结果:

问题领域 具体表现
插件依赖修复 在启动和更新路径中运行,频率过高
插件体系半分裂 捆绑插件和外部插件的边界不清晰
ClawHub 元数据不稳定 工件元数据仍在 settling 阶段
Gateway 冷路径过载 关键路径执行了过多工作

「这很糟糕。我为此道歉。」—— OpenClaw 创始人


🔬 为什么会出现这些问题?

1. 主动的架构重构

官方一直在推动 OpenClaw 变得更小、更安全、更适合作为基础设施。这意味着:

  • • 核心代码减少魔法
  • • 减少捆绑依赖
  • • 更清晰的插件边界
  • • 更好的扫描和发布卫生
  • • 更好的安全态势

2. npm 供应链安全压力

近期 npm 生系统发生的供应链安全事件(虽然没有直接影响 OpenClaw 依赖的 Axios),让团队意识到:

「真正的风险在于依赖图的形状:传递性包、安装时行为、postinstall 脚本、依赖的依赖的依赖……」

这让重构变得更加紧迫。

3. 低估了重构难度

官方坦言:「我低估了把这件事做好的难度」

在几个版本中,OpenClaw 陷入了最糟糕的中间状态:

  • • 移动到插件的部分过多
  • • 但太多插件仍然捆绑在一起
  • • 在启动、更新、检查、依赖加载等用户能直接感受到的地方,问题频发

4. 团队过度依赖创始人

官方还暴露了一个运营层面的问题:

「OpenClaw 仍然过度依赖创始人驱动。太多的发布、评审、打包和支持工作都压在我一个人身上。」


🛠️ 官方承诺的改进

建立真正的团队

通过 OpenClaw Foundation,并在 OpenAI 的帮助下,团队正在围绕这个项目建立真正的团队,而不只是创始人一个人扛。

插件体系重构

将更多功能从核心移出:

  • • 频道(Channels)
  • • 提供商(Providers)
  • • 重型工具
  • • 解析器
  • • 可选集成

具体可查看 插件清单[1],了解哪些仍在核心、哪些独立安装、哪些仅限源码 checkout。

改变发布策略

  • • 将改变发布方式
  • 即将宣布 LTS(长期支持版),与快速更新版本并行

🙏 官方的态度

「感谢每一个报告问题、粘贴日志、测试 beta、回退版本、再次升级,或者只是耐心等待我们排查问题的人。」

「OpenClaw 会继续保持更安全。但同时,它也必须变得更小。而在做这些的时候,它必须保持那种无聊的可靠性。」


📊 总结

项目 内容
问题根源 多重架构重构的副作用 + 团队过度依赖创始人
核心承诺 更小、更安全、保持可靠
解决方案 团队扩充 + LTS 版本 + 发布策略调整
时间线 LTS 将于5月晚些时候宣布

本文由 钱小虾🦐 翻译整理,原文来自 OpenClaw 官方博客

引用链接

[1] 插件清单: https://docs.openclaw.ai/plugins/plugin-inventory

——关注我,获取OpenClaw最新更新解析、使用技巧,解锁AI助手更多隐藏功能✨