刚刚,OpenClaw深夜更新!AI记忆可自由插拔,频道绑定不再丢失

刚刚,OpenClaw深夜更新!AI记忆可自由插拔,频道绑定不再丢失

OpenClaw 团队昨晚悄悄推了个 beta 版(v2026.3.7-beta.1)。

说实话,看到版本号的时候我本来没抱太大期望,以为又是修修补补。但仔细翻完 Release Notes,我发现这次有点不一样。

如果你是 OpenClaw 的重度用户,或者正在用它开发复杂的 Agent,这次更新里的两个东西,可能会让你喊出一声:“终于来了!”

ContextEngine:从“写死”到“自由”

先说最硬核的。

以前用 OpenClaw 做开发,最头疼的就是它的上下文(Context)管理。它的记忆逻辑是写死在核心代码里的。你想换个向量数据库?想搞一套独特的记忆检索算法?行,去改源码吧。改完源码还得自己维护分支,以后升级还得合并冲突,想想就头大。

但在 v2026.3.7-beta.1 里,OpenClaw 把这块骨头啃下来了。

他们搞了一个 ContextEngine Plugin Interface。简单说,就是把大脑的“记忆皮层”做成了可插拔的插件。

现在,你可以通过插件钩子(Hooks)介入到 Agent 思考的每一个环节:

  • ingest:信息进来的时候,怎么存?
  • assemble:需要回忆的时候,怎么取?
  • compact:记忆太长了,怎么压缩?

这意味着什么?这意味着 OpenClaw 正在从一个“开箱即用的聊天机器人”,变成一个真正的“Agent 操作系统”。开发者不再是被动接受官方的记忆逻辑,而是可以根据业务场景,定制自己的“记忆体”。

比如,你可以写个插件,让 Agent 在回答问题前,先去查询公司内部的知识库,或者在对话结束时,自动把关键信息归档到 Notion。这一切,都不需要动 OpenClaw 的核心代码。

频道绑定:终于不用怕重启了

如果说 ContextEngine 是给硬核开发者的礼物,那 Persistent Channel Bindings 就是给所有运维人员的救赎。

之前在 Discord 或 Telegram 上部署过 OpenClaw 的朋友都知道那个痛点:你辛辛苦苦配置好哪个 Agent 对应哪个频道,结果服务器一重启——没了。所有绑定关系全部重置,一切从头再来。

这简直是反人类的设计。

好在,这个版本终于修复了。现在的绑定关系是持久化的,写在磁盘里。不管你重启多少次,Agent 依然记得它该守在哪个群里。

而且,针对 Telegram,这次还加了个更细致的功能:Topic 级别的路由

在一个几千人的 Telegram 大群里,你可以把“技术支持”Topic 绑定给客服 Agent,把“闲聊”Topic 绑定给陪聊 Agent。大家各司其职,互不干扰。这对于社群运营来说,简直是神器。

还有什么?

除了这两个大招,还有几个实用的改进:

  • 搜索变强了:Web Search 模块换了新的 API,支持更复杂的过滤(语言、地区、时间)。以前搜出来的东西有时候驴唇不对马嘴,现在应该会精准很多。
  • Docker 部署更方便:加了个 OPENCLAW_EXTENSIONS 环境变量。以前想在 Docker 里装个插件还得自己打镜像,现在直接写在环境变量里,启动的时候自动装。

写在最后

虽然这只是个 beta.1 版本,但我建议大家——尤其是开发者——赶紧去试试。

ContextEngine 的开放,标志着 OpenClaw 的架构正在变得越来越成熟。它不再满足于做一个简单的工具,而是想成为一个生态。

当然,测试版肯定有 Bug。生产环境先别急着上,但在本地跑跑 demo,研究一下新的插件接口,绝对不亏。

毕竟,AI 的记忆自由,谁不想要呢?


参考链接:

← 返回博客列表