BotOf Tech
返回首页最近三个月 X 上的 OpenClaw:从 Gateway 控制平面到 /dreaming 记忆层

最近三个月 X 上的 OpenClaw:从 Gateway 控制平面到 /dreaming 记忆层

·2 分钟阅读·

截至 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 支持。

这类信号说明两件事:

  1. 项目已经不再只是“功能堆叠期”
  2. 团队开始把 权限、终止条件、平台兼容性 当成一等问题

对于 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_search
  • memory_get

这个设计的好处非常明确:

  • 可审计:记忆在磁盘上,不是黑盒
  • 可迁移:复制工作区即可迁移
  • 可修复:记忆污染时可以直接人工改文件

从架构上看,OpenClaw 不是把“记忆”做成一个神秘 embedding 云服务,而是先把它做成 文件系统里的事实层,再通过 plugin 去叠加搜索、wiki、dreaming、backfill 等增强能力。

我对 OpenClaw 最近三个月架构演进的判断

如果把 OpenClaw 的方向压缩成一句话,我会写成:

它正在从“多通道 AI 助手”进化成“消息入口优先的 Agent 操作系统”。

这一轮最重要的不是某个单点功能,而是三条主线同时成立:

  • 控制平面清晰:Gateway 就是控制平面
  • 记忆层落盘:Markdown 记忆 + 搜索 + dreaming
  • 运行时继续外扩:更多 provider、更多 channel、更多安全边界

它适合什么场景

最近三个月的更新看下来,OpenClaw 更适合:

  • 需要把 Agent 挂到聊天入口上的团队
  • 需要长期运行、跨设备可达的个人助手
  • 想把 provider、skills、channel 解耦的自托管用户

但它也意味着另一种复杂度:

  • 安装和权限边界比“单机 coding assistant”更难治理
  • 对远程暴露、skill 来源和凭据管理要更谨慎

来源