OpenClaw 演进追溯:先长肌肉(功能),再治皮肤病(修复)——AI 的青春期烦恼
“5.7 昨天我看到一篇文章,评价龙虾 5.5 和 5.6 版本:5.5 是装修。5.6 是发现门装歪了、水管漏了、地上还有泥,赶紧回头补。好东西,就是毛病太多,也就研发同学有包容度。大家千万别更新,再等等……龙虾没有设计稳定版。发布一个版本,开始进入疯狂修复过程……龙虾现在正好处于‘修复和收敛期’……展示了 AI 巨大威力,也展示了巨大弱点,‘身材超级好,就是皮肤黑’。”
基于上述经历,我用DeepSeek对 OpenClaw(龙虾)版本现状进行分析和总结如下:
-
版本选择困境——无稳定版:用户明确指出“龙虾没有设计稳定版”。每个版本发布后立即进入“疯狂修复过程”,导致用户不敢跟进。五一期间升至 v4.26,其后不到一周又连续发布 11 个版本。恐怕“后面的20个版本都不敢用。
-
当前阶段定位:修复与收敛期:经过此前功能爆发与架构重构(三月至四月),当前 OpenClaw 正处于“修复和收敛期”—— 重心转向集中修复兼容性问题、生态稳定化及跨渠道体验统一。
-
迭代效率对比:与高效人类团队持平:通过下面甘特图分析,以
ContextEngine插件为例,从 3 月 8 日启动到 3 月 22 日完成,耗时约 2 周。问题来了:相比 AI 生成代码时代之前,是快是慢?对标效率较高的人类团队。 -
总体评价:AI 的优势与缺陷同时放大:“身材超级好,就是皮肤黑”。其中“身材好”指 AI 驱动下的高频迭代、功能快速堆积与架构大胆重构,展现了 AI 对研发效率的巨大提升潜力;“皮肤黑”指稳定性、兼容性、发布纪律与用户体验细节仍存在大量问题,导致“好产品但难以信任”。
🗺️ 版本演进追溯图:功能、模型集成与安全修复演进


📌 语法说明:本图仅保留 Mermaid 甘特图官方支持的修饰符 (crit, active, done, milestone),移除非标准标签,确保在 GitHub、Obsidian、Typora 等主流环境中稳定渲染。
🔬 详细分析:新功能、修复与演进规律
Ⅰ. 三月份:底层架构重构与基础功能构筑
v2026.3.7-beta.1 · 史上最大 Bug 清算– 引入 ContextEngine 插件接口,实现上下文管理策略“自由插拔”。– 修复 Bug 超 200 个;强制要求 gateway.auth.mode 显式声明,配置错误被提前拦截。– 配合安全公告 GHSA-9Q2P-VC84-2RWM,侧信道防御补丁集成。
v2026.3.13 · 为“断链”而生的恢复版本– 恢复受损发布路径,大幅优化移动端 UI/UX,onboarding 流程重构。– 新增 Chrome DevTools MCP 官方支持、内置 profile 支持、批量操作及更精准的选择器定位。
v2026.3.22 · 底层架构“大换血” & 生态中断事故– 移除旧 openclaw/extension-api,推出全新 openclaw/plugin-sdk/*。– ClawHub 插件市场上线,支持 GPT-5.4、MiniMax-M2.7 等最新模型,新增 SSH 沙箱执行环境。– ⚠️ 生涯最严重升级事故:无兼容层重构导致大量第三方插件瘫痪,Dashboard 因缺失 dist/control-ui 崩溃,后续补丁紧急修复。
Ⅱ. 四月份:记忆重构、主动代理与密集通道修复
记忆系统的两次“质变”– v2026.4.9:回忆系统 3.0,grounded REM backfill 梦境后传通道,支持日记录提交/重置及自动提取长时记忆。– v2026.4.10:引入 Active Memory Plugin(主动记忆子代理),主回复前自动拉取偏好与上下文;新增本地 MLX Talk 端侧语音推理,数据无需上传。– v2026.4.11:Dreaming 模块支持导入 ChatGPT 对话历史,“记忆宫殿”日记子标签上线。
平台集成大爆发– 4.25:OTEL 全链路可观测接入,覆盖模型调用、Token 消耗、工具循环、内存压力,“让凭直觉调试成为历史”。– 4.27:Codex 模式获得鼠标/键盘/屏幕桌面控制能力;接入腾讯元宝、QQ 官方 Bot 通道及 DeepInfra 内置支持。– 高频“五个版本”(4.7 → 4.11):5 天 5 个版本,集中上新推理(openclaw infer)、Wiki、主动记忆,快速修复打包、会话路由与安全漏洞。
Ⅲ. 五月份:收敛优先——通道防崩、OAuth 与插件修复
|
|
|
|
|---|---|---|
| v2026.5.5 |
|
|
| v2026.5.6 |
|
doctor --fix
fetch 请求头 SDK 兼容;修复 debug proxy 请求重放与 Web fetch 超时清理 |
| v2026.5.7 |
|
openai/chat-latest 模型别名;Cron list --json 输出状态字段;通道列表细分;全局记忆 admin 作用域控制 |
📊 发布频率分析与迭代节奏
OpenClaw 在 2026 年 3 月至 5 月期间展现了极为激进的高频发布策略,正式版本间隔最短仅为 1 天,且多次出现单日多版本(beta + 正式)。以下基于主要正式版本的发布日期统计(数据源自 GitHub Tags 及 Release 日志)。


🔁 发布节奏特征总结
- “闪电迭代”模式
:尤其在四月上旬,连续 5 天每天一个新正式版本,修复与功能同步推进,表现出极强的 CI/CD 成熟度。 - 危机驱动型修复爆发
:3.22 架构事故后,后续版本(4.7→4.11)密集修复生态兼容性;五月上旬 3 个版本 (5.5-5.7) 集中解决多通道稳定性。 - 周末无休
:从时间戳看,多个版本发布于周末(例如 4.11 周六,4.25 周六),体现全天候维护响应。 - Beta 先行,正式快速稳定
:每个重要功能前均有 beta 标签(如 v2026.3.7-beta.1),正式版滞后 1~3 天,确保生产环境质量。 - 发布链自我修复能力
:v2026.3.13-1 专门用于恢复损坏的发布路径,避免版本断档,成为高频迭代下的特色机制。
📈 演进规律总结:OpenClaw 的迭代策略全景图

🧭 演进规律解读
- “先扩能力 → 再建框架 → 后修稳定”
:四月份集中增加推理/记忆/桌面控制;三月及五月上旬则集中在底层插件 SDK 重构、配置语义收敛、OTEL 观测接入及安全边界细化。 - 修复方式工具化
:从人工补丁演进到 doctor --fix自动诊断、插件市场沙箱校验发布、OAuth 自动路由修补。 - 破坏性变更的“不可变恢复”机制
:针对 v2026.3.22 架构事故,推出不可变恢复版本(v2026.3.13-1)和专用修复 PR,大幅提高救急能力。 - 跨版本依赖迅速收敛
:v2026.5.7 修复插件发布缓存与 ChatGPT Instant别名,打通模型调用链路的高频痛点。
🛡️ 安全与关键里程碑
- GHSA-9Q2P-VC84-2RWM
(侧信道防御)集成于 v2026.3.7。 - CVE-2026-43571
(TOCTOU 漏洞)修复于 v2026.4.10。 - CVE-2026-44114
(环境变量命名空间冲突)修复于 v2026.4.20。 -
沙箱准入边界控制、SSRF 审计与 OAuth 路由加固在四月密集落地。
🔗 参考来源
-
OpenClaw GitHub 项目页面及 README — 概述 20+ 通讯渠道及安全架构 -
GitHub API 标签数据(v2026.5.7 至 v2026.3.7)及 Release 说明 -
社区深度技术解析:CSDN、36氪、Gate 新闻等开发者报道 -
安全公告:GHSA-9Q2P-VC84-2RWM,CVE-2026-43571,沙箱准入 CVE 修复信息
夜雨聆风