OpenClaw��经历了艰难的一周
编者摘要:2026 年4 月24 日至29 日,OpenClaw因核心精简、插件迁移等优化引发网关变慢、插件依赖循环等严重问题,创始人Peter Steinberger 公开致歉;项目正将可选内容移至ClawHub、组建正式团队、优化发布流程,并计划5 月晚些时候宣布LTS 版本,目标是让OpenClaw 更小、安全、可靠。

问题原因
非单一bug,而是架构迁移中间态问题:核心精简与插件外迁推进过快,但大量插件仍被捆绑、依赖加载未理顺。
技术层面:插件半分离、ClawHub 元数据未稳定、网关冷路径过载。
运营层面:项目过度依赖创始人,发布、审核、支持等工作集中于单人。
外部触发:npm 供应链安全事件加速安全与依赖整改,加剧复杂度。
整改与规划
架构调整:缩小核心,将渠道、工具、集成等移至ClawHub作为可选内容。
版本计划:5 月晚些时候单独宣布LTS 版本,保留快速更新周期。
组织建设:依托OpenClaw 基金会与OpenAI 支持,组建正式团队。
发布优化:改进发布流程,提升稳定性与安全性。
项目目标
方向:更小、更安全、向基础设施级演进。
原则:保持稳定可靠,降低供应链风险。
惯例的三个问题Q&A
Q1:OpenClaw本次故障的直接诱因与根本原因分别是什么?
直接诱因是2026 年4 月24 日起的版本更新引发网关变慢、插件依赖循环;根本原因是核心精简与插件迁移处于未完成的中间状态,且项目过度依赖创始人,运营与技术支撑不足。
Q2:OpenClaw后续的核心整改措施有哪些?
一是缩小核心并将可选内容迁移至ClawHub;二是5 月晚些时候宣布LTS 版本;三是依托基金会与OpenAI 帮助组建正式团队,降低对创始人的依赖。
Q3:OpenClaw推动架构精简的背景与目标是什么?
背景是npm 生态供应链安全风险,需优化依赖与安全态势;目标是让OpenClaw 变得更小、更安全、更符合基础设施级标准,同时保持稳定可靠。
附录 OpenClaw经历了艰难的一周

Peter Steinberger 2026年5月5日
TL;DR: OpenClaw度过了艰难的一周。2026.4.29显而易见。抱歉。我们正在缩小核心,将可选内容移至ClawHub,并将在五月稍晚单独宣布LTS。
麻烦始于2026年4月24日。到2026年4月29日,明显没有人能假装这只是几个奇怪的安装。网关变得更慢了。一些安装陷入了插件依赖修复循环中。Discord、Telegram、WhatsApp和其他渠道的表现比应有的更糟。人们开始降级。人们失去了时间。
这不是一个错误。插件依赖修复在启动和更新路径中运行,捆绑和外部插件半分离,ClawHub工件元数据仍在稳定中,网关冷路径做了过多工作。
那真糟糕。我很抱歉。
我们一直在推动OpenClaw变得更小、更安全和更具基础设施级别。这意味着核心中减少魔法、减少捆绑的依赖、明确插件边界、更好的扫描、更好的发布卫生、更好的安全态势。所有这些乏味但重要的内容,关乎人们将其作为实际基础设施运行,而不仅仅是作为我奇怪的龙虾游乐场。
最近的npm 生态系统供应链事件让这一切显得不那么理论化。OpenClaw 并不直接依赖于Axios;相关的风险在于依赖图的形状:传递包、安装时行为、后安装脚本、拉取包的包。
所以我们开始将核心中的内容移出:渠道、提供者、重型工具、解析器、可选集成。插件清单显示了哪些仍在核心中发布,哪些单独安装,以及哪些仅限源检出。
问题:我低估了正确完成这一任务的难度。在几个版本中,我们最终陷入了最糟糕的中间状态:过多地转向插件,而与此同时,太多的插件仍然被捆绑、修复、分阶段、检查或在用户立即感受到的地方加载依赖。
这也暴露了一个运营问题:OpenClaw仍然太依赖创始人。太多的发布、审查、打包和支持工作都依赖于我。通过OpenClaw基金会,并在OpenAI的帮助下,我们正在围绕该项目建立一个真正的团队。
今后,我们将改变发布的方式,并将很快宣布一个LTS版本,除了我们较快的更新周期。
感谢所有报告问题、粘贴日志、测试测试版、降级、再次升级或在我们解决问题时耐心等待的大家。
OpenClaw将会变得更加安全。它也会变得更小。但是在此过程中,它必须保持乏味而可靠。
夜雨聆风