OpenClaw 学会了「做梦」,源码一出,和 Claude Code 泄露版本撞了个满怀

就在 Anthropic 封杀它之后 7 天，这个开源 AI 助手交出了 40 项新功能。

一个让人后背发凉的巧合

4 月 5 日，OpenClaw 发布了 v2026.4.5——包含约 40 项新功能和上百项修复，由 60 多名贡献者完成。

这是 Anthropic 封禁 OpenClaw 订阅接入之后的第一个大版本。

而最醒目的新功能，是一个叫「做梦」（Dreaming）的记忆系统。

它把后台记忆整合拆成三个阶段：

• 轻度睡眠
  
  ：筛选短期记忆，决定什么值得留下

• 深度睡眠
  
  ：把短期记忆写入持久存储

• REM 阶段
  
  ：发现记忆之间的关联，提炼长期洞察

三个阶段各有独立调度，可以无人值守自动运行，配套还有 Dream Diary 可视化界面。

听起来很酷对吧？

然后 3 月 31 日，Claude Code 源码泄露了。

泄露的代码里，赫然有一套名为 autoDream 的机制——同样在空闲时自动整合记忆、去重、消除矛盾，而且架构高度相似：

索引始终加载，主题按需读取，历史仅搜索不加载。

这不是简单的”功能撞车”，这是从分层策略到调度逻辑的系统级相似。

不止记忆：缓存优化也撞上了

另一个巧合出现在 prompt 缓存优化上。

OpenClaw v2026.4.5 通过三个手段提高缓存命中率：

1. 确定性排列 MCP 工具定义
2. 归一化系统提示指纹
3. 剥离内联工具清单

而 Claude Code 泄露源码显示，其内部采用的是”稳定/动态提示边界”来最大化缓存复用——方向几乎一致。

更耐人寻味的是：Claude Code 的核心工程师 Boris Cherny，本人就是 OpenClaw 这次缓存改进的 PR 贡献者之一。

所以，到底是谁抄了谁？

先别急着下结论。

从 OpenClaw 的 GitHub PR 记录来看，这些功能的开发周期远早于泄露事件。不到一周移植如此规模的功能，在工程上不现实。

更可能的情况是：

两个项目在解决同一组问题（AI Agent 的记忆管理、上下文成本控制）时，走向了相似的工程方案。

只不过泄露事件让外界第一次有机会直接对比两者的内部设计。这种”不约而同”恰恰说明：这些方向已经收敛到了当前技术条件下的最优解附近。

其他值得关注的更新

除了记忆和缓存，v2026.4.5 还有几个实打实的进步：

🎬 内置视频和音乐生成

• 视频：支持 xAI、阿里云 Wan、Runway

• 音乐：支持 Google Lyria、MiniMax

🌐 新增模型供应商

• 通义千问、Fireworks AI、StepFun 等

• Amazon Bedrock 新增 Mantle 自动发现

🌍 控制面板 12 种语言

• 简体中文、繁体中文、日文、韩文等全部到位

🔒 针对 Claude CLI 的安全加固

• 清除继承的环境变量和配置覆盖

• 强制限制权限模式

• 防止通过 OpenClaw 劫持 Claude 认证上下文

这条安全加固很有意思——Anthropic 那边刚封杀，OpenClaw 这边就加固了 Claude 集成的安全边界。姿态很明确：你可以不让我用，但我把安全做到位了，不给任何人留把柄。

写在最后

OpenClaw 这个项目正在证明一件事：开源社区在被掐断商业 API 供给之后，不但没有萎缩，反而跑得更快了。

40 项功能、60 多个贡献者、7 天交付——这种速度本身就说明了社区的凝聚力。

而「做梦」记忆系统和 Claude Code 泄露代码的相似，与其说是”抄没抄”的争论，不如说是一个更深层的信号：

AI Agent 的记忆和效率问题，已经有明确的技术收敛方向了。 谁先跑通、谁先落地、谁先让用户用上，谁就拿到了下一阶段的门票。

信源：OpenClaw v2026.4.5 Release