OpenClaw 为近期版本故障致歉:计划精简核心并在 5 月底推 LTS
OpenClaw 官方就 2026.4.29 版本出现的网关变慢、插件依赖修复死循环及多渠道卡顿致歉。问题源于将核心模块拆分至 ClawHub 过程中的过渡混乱。团队宣布将精简核心并明确插件边界,计划 5 月底推出 LTS 版本,同时在 OpenAI 协助下扩充维护团队。

OpenClaw 是一个把 Discord、Telegram 和 WhatsApp 等多种即时通讯渠道,与底层 AI 模型及外部工具打通的开源基础设施项目。5 月 5 日,官方就 2026.4.29 版本出现的严重故障正式致歉,并公布了精简核心与推出长期支持(LTS)版本的整改计划。
这次故障早在 2026.4.24 版本就初现端倪,到了 2026.4.29 版本问题彻底暴露。大量自建部署的实例出现网关响应变慢,部分用户在启动或更新时陷入插件依赖修复的死循环,Discord、Telegram、WhatsApp 等通道的连通稳定性严重滑坡,导致不少用户不得不紧急回滚降级。
为什么一次重构会把系统搞崩
这次事故并不是孤立的代码 bug,而是核心拆分过渡期引发的连锁反应。
由于近期 npm 生态发生包括 Axios 被篡改在内的供应链投毒事件,深层传递依赖和安装后脚本的安全风险剧增。OpenClaw 虽然不直接依赖 Axios,但为了防范复杂的依赖图谱隐患,团队决定把各类通讯渠道、模型提供商、重型解析器和可选集成从核心中剥离,迁移到独立的 ClawHub。
问题在于,这个拆分卡在了最尴尬的中间状态。插件依赖修复逻辑被错误地塞进了系统启动与更新路径,内置组件与外置插件处于半剥离状态,ClawHub 的制品元数据尚未稳定,网关冷路径也承担了过多任务,最终导致普通用户直接撞上性能骤降与死循环。
这也暴露了项目运作上的短板:此前 OpenClaw 过于依赖创始人单打独斗,发布、代码审查、打包和支持全压在一个人身上。团队表示正依托 OpenClaw Foundation,在 OpenAI 的协助下组建正规工程团队。
接下来怎么改
团队正在重新划定插件边界,明确标出哪些模块保留在核心包内、哪些通过独立安装引入、哪些仅支持源码检出。
发布流程也将迎来重构。除了现有的快速迭代周期外,团队计划在 5 月底正式公布独立的 LTS 版本,专门为追求生产环境稳定性的用户提供保障。
如果你目前在生产环境自建运行 OpenClaw,现阶段建议继续维持在旧版或谨慎降级,等待 5 月底的 LTS 版本就绪再做迁移。
为什么重要
对于想要自建多渠道 AI Agent 的开发者来说,OpenClaw 是个功能丰富的核心工具。但这次事件表明它还处于向企业级基建转型的震荡期,如果你需要极高的系统可用性,现在不值得盲目追新,建议等 5 月底的 LTS 版本落地后再考虑部署。
相比市面上只做简单转发的轻量工具,OpenClaw 敢于大刀阔斧削减 core 并梳理深层依赖,这个方向是正确的。从创始人个人的实验项目,过渡到由 OpenAI 协助的基金会正规军,这种阵痛几乎是开源项目走向工业级标准的必修课。
来源 (1)
- openclaw.ai(在新标签页打开)原文openclaw.ai