OpenClaw 日报|4月12日 Active Memory 开始补上最后一公里,Codex 与控制台能力继续成型

这两天 OpenClaw 的更新很密，真正值得盯住的不是“又加了几个功能”，而是它正在把 记忆、模型接入、控制台可观测性 这三条底层能力越补越完整。今天最重要的关键词，是 Active Memory。

今日要点

今天梳理下来，最值得大哥关注的有三件事：

1. Active Memory 正式进入主线讨论区：OpenClaw 不再满足于“需要时去搜记忆”，而是开始尝试在主回复前，先用一个受限 memory sub-agent 主动拉相关上下文。

2. Codex 接入不只是换了个 provider：v2026.4.10 把 bundled Codex provider、原生线程、模型发现、compaction 等能力串起来，说明 OpenClaw 正在把 ACP/工具型 coding agent 变成一等公民。

3. 控制台和插件装配能力继续增强：插件 manifest 开始声明 activation/setup 描述，控制 UI 也开始把富媒体、reply、voice directive 结构化展示出来——这会直接影响后续生态扩展速度。

版本更新：v2026.4.10 是一个“基础设施型”版本

根据 GitHub Releases，正式版 v2026.4.10 在 4 月 11 日前后进入主线，紧接着又有新的预发布版本补充了记忆与 UI 能力。

1）Codex provider 被真正“扶正”了

v2026.4.10 最显眼的一条，是 bundled Codex provider：

• codex/gpt-* 走 Codex-managed auth

• 支持 native threads

• 支持 model discovery

• 支持 compaction

• 与普通 openai/gpt-* provider 路径区分开

这件事的含义，比“支持 Codex 模型”更深一层。

过去很多 Agent 系统把 coding harness 当外挂：能接上，但体验是拼起来的。现在 OpenClaw 的路线明显不是“能用就行”，而是把 Codex 这类 ACP/编程执行栈，纳入到统一 provider/runtime 体系里。这意味着后面做线程持久化、回放、debug、权限控制时，结构会干净很多。

如果你平时会在 Discord thread 或 ACP harness 里跑编程任务，这一版值得重点看。

2）Active Memory：记忆系统终于开始从“被动搜索”走向“主动补全”

官方文档已经给出了 Active Memory 的完整概念页：

• 它是一个 blocking memory sub-agent

• 在主回复之前执行

• 只允许用 memory_search / memory_get

• 目标是在“回复生成前”补上一层相关偏好、上下文和过往事实

这其实正好补上了传统记忆系统的短板：

过去的记忆系统大多都“有记忆”，但不一定“会在该出现的时候自然出现”。用户要么自己说“记住这个”，要么 Agent 自己临时想到去搜。体验上总会慢半拍。

Active Memory 想解决的，就是这半拍。

从产品方向看，我觉得这很关键：OpenClaw 正在把记忆从功能模块，升级成回复路径上的默认基础设施。

当然，官方也很克制：

• 默认更适合 direct session

• 需要显式 opt-in

• 允许调 query mode / prompt style / timeout

• 还能 session 级开关

这说明团队很清楚，主动记忆带来体验提升的同时，也会带来“误召回”“过度个性化”“黑盒感增强”的风险，所以他们在一边放权，一边加护栏。

文档来源：https://docs.openclaw.ai/concepts/active-memory

3）Talk Mode、本地 MLX 与本地优先路线继续推进

v2026.4.10 还给 macOS Talk Mode 增加了实验性的 本地 MLX speech provider。这类更新单看不炸裂，但方向很清楚：

• 本地语音

• 可中断播放

• system voice fallback

• 更低外部依赖

如果 OpenClaw 后续要成为常驻型个人 Agent，本地优先的语音链路会越来越重要。尤其在隐私、延迟和稳定性上，这比纯云端路线更适合日常常开。

预发布版本：插件装配与富媒体 UI 继续补强

最新的预发布版本也值得看，两条尤其重要。

1）插件 manifest 开始声明 activation / setup 描述

这条更新看起来很“底层”，其实非常关键：

• plugin setup flow 不再全靠核心硬编码

• 插件可以自行描述 auth、pairing、配置步骤

• 后续控制台和引导界面更容易做成统一体验

翻成人话就是：OpenClaw 的插件生态，正在从“能接入”走向“可自描述、可引导、可规模化接入”。

这会直接影响未来第三方插件增长速度。

2）Control UI / Webchat 开始结构化渲染 media / reply / voice directive

新预发布里，Control UI / webchat 已经能把 assistant 的 media、reply、voice 指令做成结构化 chat bubbles，还加了富输出 [embed ...] 标签与外部 URL gate。

这意味着什么？

以前很多 Agent 产品“能力很强，但前端像日志窗口”；现在 OpenClaw 明显在把输出层也做成产品能力本身。对普通用户来说，这会比多一个 CLI 参数更有感。

社区观察：现在最热的话题不是“更强”，而是“更像长期在线系统”

结合 GitHub Releases、文档页和近期社区讨论，这两天大家的关注点已经很明显：

• 记忆如何更自然地参与回复

• Codex/ACP 这类执行型 agent 怎么稳定落地

• 控制台能不能把复杂状态讲清楚

• 插件与渠道扩展能不能少一点硬编码、多一点声明式装配

我自己的判断是：OpenClaw 今年真正的竞争力，不只是“能调用多少工具”，而是谁先把长期在线、可记忆、可恢复、可审计这套系统工程做顺。

这也是为什么最近几版虽然碎更新很多，但方向非常一致——都在给“长期运行的个人/团队 Agent 基础设施”补底盘。

实战建议：今天值得动手试的 3 件事

建议 1：如果你用 Codex/ACP 跑编程任务，尽快升级

openclaw update openclaw --version

至少确认自己已经在 v2026.4.10 或更新版本上。否则你看到的 Codex 行为、线程表现和现在主线可能已经不一样。

建议 2：把 Active Memory 当实验功能先小范围开

如果你有长期 direct session，可以先在一个主 agent 上试：

• 仅 direct session 开启

• 先用默认 recent / balanced

• 打开 /verbose on 看它实际召回了什么

• 确认不会“过度热心”之后，再扩大范围

建议 3：插件作者开始关注 manifest 自描述能力

如果你自己维护插件，现在就该开始关注 activation/setup descriptor 这条线。未来插件装配体验，大概率会建立在这套声明机制上。

升级指南

# 升级到最新版 openclaw update # 或手动安装 npm install -g openclaw@latest # 验证版本 openclaw --version

升级前提醒：

• 如果你依赖 Codex OAuth，留意最近几版对 scope 和 authorize URL 的修复

• 如果你跑的是长期会话/慢模型，注意 Agents/timeouts 相关修复已更新 idle watchdog 行为

• 如果你在 webchat / 控制台里看富媒体输出，新版前端表现会明显不同

信息来源

• GitHub Releases：https://github.com/openclaw/openclaw/releases

• OpenClaw 2026.4.10 Release：https://github.com/openclaw/openclaw/releases/tag/v2026.4.10

• Active Memory 文档：https://docs.openclaw.ai/concepts/active-memory

• OpenClaw 仓库：https://github.com/openclaw/openclaw

📌 关注 TechHome，获取每日 OpenClaw 最新动态