
最近三个月 X 上的 OpenClaw:从 Gateway 控制平面到 /dreaming 记忆层
截至 2026-04-22,OpenClaw 在 X 上的讨论焦点已经不只是“会聊天的本地 Agent”,而是更像一个不断扩张的 assistant runtime。如果只看最近三个月,变化主要集中在三层:控制平面、记忆层、工具与通道层。
先看底座:OpenClaw 不是“聊天 UI”,而是 Gateway 控制平面
OpenClaw 官方 README 里有一句很关键的话:“The Gateway is just the control plane — the product is the assistant.” 这句话基本定义了它的设计取向。
我的理解是:
- Gateway 负责连接消息入口、调度工具、管理状态
- 真正的产品形态不是 Web 页面,而是跑在 WhatsApp、Telegram、Slack、Discord、Feishu、WeChat 等通道里的助手
- 因此它的架构重点天然落在 接入层稳定性、长连接、消息路由、工具执行和配置管理
这也解释了为什么最近三个月 X 上最常传播的不是“编辑器体验”,而是:
- 哪些通道又接上了
- 哪些 provider 又能直接用
- 哪些安全和权限边界又收紧了
最近三个月最关键的三个版本信号
1. 2026-02-24:安全强化开始被放到发布主标题
2 月 24 日的官方 X 发布里,OpenClaw 把 30+ security fixes 直接写进了首屏摘要,同时配上多语言 stop phrases、typing indicators 和 PowerShell 7 支持。
这类信号说明两件事:
- 项目已经不再只是“功能堆叠期”
- 团队开始把 权限、终止条件、平台兼容性 当成一等问题
对于 Agent 系统来说,这是成熟度分水岭。功能多不难,难的是在不同平台和不同工具权限下依然可控。
2. 2026-03-23:模型接入与 MCP/浏览器工作流继续外扩
3 月 23 日的官方发布重点包括:
- DeepSeek provider plugin
- Qwen 标准按量计费接入
- OpenRouter 自动定价处理
- Chrome MCP 等待标签页
- Discord / Slack / Matrix / Web UI 修复
这意味着 OpenClaw 正在把“模型接入”做成一层可替换运行时,而不是绑定单一厂商。同时浏览器侧的 MCP 等待与同步细节被拿出来单独修,说明它在往更复杂、更真实的 automation workflow 靠拢。
3. 2026-04-05:/dreaming、Prompt Cache 和媒体生成把它往“Agent OS”推了一步
4 月 5 日之后,X 上最广泛传播的一条解释线程不是官方 changelog 本身,而是社区对 v2026.4.5 的拆解。讨论集中在:
- 内置视频和音乐生成
/dreaming进入可用状态- 结构化任务进度
- Prompt cache 命中率提升
- 安全策略继续收紧
- 控制台和文档多语言扩展
这里最值得盯的是 /dreaming。它让 OpenClaw 的记忆层从“会保存”开始走向“会整理、会提升、会回写”。
OpenClaw 的记忆层,最近三个月到底清晰了什么
官方文档现在把记忆机制讲得很直接:OpenClaw 的记忆就是工作区里的 Markdown 文件,没有隐藏状态。
默认结构包括:
MEMORY.md:长期记忆memory/YYYY-MM-DD.md:日常记录DREAMS.md:可选的 dreaming 汇总
再配合两个核心工具:
memory_searchmemory_get
这个设计的好处非常明确:
- 可审计:记忆在磁盘上,不是黑盒
- 可迁移:复制工作区即可迁移
- 可修复:记忆污染时可以直接人工改文件
从架构上看,OpenClaw 不是把“记忆”做成一个神秘 embedding 云服务,而是先把它做成 文件系统里的事实层,再通过 plugin 去叠加搜索、wiki、dreaming、backfill 等增强能力。
我对 OpenClaw 最近三个月架构演进的判断
如果把 OpenClaw 的方向压缩成一句话,我会写成:
它正在从“多通道 AI 助手”进化成“消息入口优先的 Agent 操作系统”。
这一轮最重要的不是某个单点功能,而是三条主线同时成立:
- 控制平面清晰:Gateway 就是控制平面
- 记忆层落盘:Markdown 记忆 + 搜索 + dreaming
- 运行时继续外扩:更多 provider、更多 channel、更多安全边界
它适合什么场景
最近三个月的更新看下来,OpenClaw 更适合:
- 需要把 Agent 挂到聊天入口上的团队
- 需要长期运行、跨设备可达的个人助手
- 想把 provider、skills、channel 解耦的自托管用户
但它也意味着另一种复杂度:
- 安装和权限边界比“单机 coding assistant”更难治理
- 对远程暴露、skill 来源和凭据管理要更谨慎
来源
- X.com:OpenClaw 官方发布
2026-02-24 - X.com:OpenClaw 官方发布
2026-03-23 - X.com:社区对
v2026.4.5的架构拆解 - OpenClaw 官方 README
- OpenClaw 官方记忆文档