夜雨聆风🔥 每天3分钟，读懂科技圈。点击上方「蓝字」关注 TechHome
这两天 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 跑编程任务，尽快升级
至少确认自己已经在 v2026.4.10 或更新版本上。否则你看到的 Codex 行为、线程表现和现在主线可能已经不一样。
建议 2：把 Active Memory 当实验功能先小范围开
如果你有长期 direct session，可以先在一个主 agent 上试：
• 仅 direct session 开启
• 先用默认 recent / balanced
• 打开 /verbose on 看它实际召回了什么
• 确认不会“过度热心”之后，再扩大范围
建议 3：插件作者开始关注 manifest 自描述能力
如果你自己维护插件，现在就该开始关注 activation/setup descriptor 这条线。未来插件装配体验，大概率会建立在这套声明机制上。
升级指南
升级前提醒：
• 如果你依赖 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 最新动态
📝 觉得有料？点赞、在看、转发走一波
AI · 开源 · 前沿技术，每日更新不掉队 🚀
