OpenClaw 最近一个月到底进化了什么？

我这两天把 OpenClaw 最近一个月的 Release 又翻了一遍，说实话，第一反应是：好家伙，又堆了一屏英文名词。

Active Memory、/models add、Claude importer、Cerebras provider、plugin manifest、Telegram throttler、Docker tini、reasoningDefault、xAI 语音、腾讯 Hy3……

如果你是开发者，可能会觉得挺爽：更新真勤快。

但如果你只是想把 OpenClaw 当自己的 AI 助手用，看到这里大概率已经懵了：

这些东西到底跟我有什么关系？我需要升级吗？我需要改配置吗？哪些是噱头，哪些真的能改善体验？

所以这篇我不做 Release Note 翻译。

OpenClaw 最近每个版本的变化，之前其实已经拆过几篇了，比如《OpenClaw v2026.4.12 更新了什么？Active Memory、插件加载、Feishu 增强，一篇看懂》《OpenClaw 2026.4.22 更新了什么？xAI 全家桶、腾讯 Hy3、/models add 一篇看懂》和《OpenClaw 2026.4.26 更新了什么？Claude 导入、migrate、实时语音与新 Provider 一篇看懂》。

这篇只做一件事：站在普通用户角度，挑出最近一个月真的值得关心的 5 个变化。

不是所有更新都值得你折腾。很多东西看起来很酷，但你现在不用也没事；有些东西不起眼，反而决定 OpenClaw 能不能长期稳定跑在你的 Telegram、飞书、VPS 或 Docker 里。

先把废话砍掉：我认为这一个月真正有用的是这 5 类

我先给结论，后面再展开。

如果你刚装 OpenClaw，我不建议你一上来就把这些全开。

我的顺序是：先把 Gateway 跑稳 → 再把模型弄明白 → 再接 Telegram/飞书 → 最后再碰记忆和插件。

很多人玩 OpenClaw 会犯一个错：刚装好就开始装一堆 skill、换一堆模型、开 Active Memory、开语音、开图像，结果三天后 gateway 出问题，自己也不知道是哪一层坏了。

别急。OpenClaw 现在能力已经够多了，真正要练的是“少装、慢开、会排错”。

1. Active Memory：别急着神化它，但它确实开始像个能用的记忆层了

Active Memory 这个功能，我之前专门写过一篇：《OpenClaw Active Memory 是什么？怎么开？值不值得用？官方文档拆给你看（2026）》。当时我的判断比较保守：方向对，但不要乱开。

这次再看最近一个月的变化，我的判断没变，但信心强了一点。

它不是“让 AI 永远记住你”的魔法功能。说人话就是：在主模型正式回答你之前，OpenClaw 先派一个受限的记忆子 Agent 去查一下，有没有跟这次对话相关的旧记忆。

这个设计的好处是，它不用等你提醒。

比如你以前说过：

• 你不喜欢长篇大论；
• 你写博客要偏实战，不要 AI 腔；
• 你某个项目固定用 Telegram 作为入口；
• 你不想在群聊里暴露私人记忆。

下一次你问类似问题时，它理论上可以先把这些背景捞出来，再交给主模型回答。

但这里有个坑：记忆功能越主动，越容易越界。

最典型的翻车场景就是群聊。你在私聊里说过的偏好，如果 AI 在群聊里顺嘴带出来，那就很尴尬。所以我现在最看重的不是“它能记多少”，而是“它能不能克制地记、克制地用”。

官方现在给 Active Memory 留了比较明确的边界，比如 allowedChatTypes、allowedChatIds、deniedChatIds 这些配置。最保守的开法大概是这样：

{
  "plugins": {
    "entries": {
      "active-memory": {
        "enabled": true,
        "config": {
          "enabled": true,
          "agents": ["main"],
          "allowedChatTypes": ["direct"],
          "queryMode": "recent",
          "promptStyle": "balanced",
          "timeoutMs": 15000
        }
      }
    }
  }
}

我建议你先记住一句话：Active Memory 先只开私聊，不要一上来全局开。

我自己的排序是：

还有一个小变化值得提：Active Memory 现在对不同记忆插件的适配更清楚，比如可以通过 toolsAllow 指定 recall 工具，也能兼容 memory-core、memory-lancedb 这类记忆路线。

普通用户不用记这些名词。你只要知道：OpenClaw 的记忆不是写死在核心里的一个小功能，而是在慢慢变成可替换的记忆层。

这件事长期很重要。

因为一个 AI 助手要陪你用半年、一年，最后拼的不是一次回答多惊艳，而是它能不能稳定理解你的工作习惯。

2. 模型管理：终于不像“配置文件考试”了

OpenClaw 最早劝退人的地方，不是安装，而是模型配置。

什么 provider、model ref、fallback、auth profile、OpenAI-compatible、Codex harness……这些词你让开发者看还行，让普通用户看就是灾难。

最近一个月我觉得最实用的变化之一，就是模型管理开始往“可操作”走，而不是逼你天天改配置文件。

/models add 这个小命令，价值比看起来大

2026.4.22 里加了 /models add。意思很简单：你可以在聊天里注册模型，而且不用重启 gateway。

别小看这个。

以前你想加个 OpenRouter 模型、LM Studio 本地模型，或者某个 OpenAI-compatible 服务，经常要去翻配置文件。改错一个逗号，gateway 可能直接起不来。

现在至少有一条更像正常人能用的路：

/models
/models add
/model status

这就舒服多了。

尤其是 /model status，我建议所有 OpenClaw 用户都养成习惯。你要先知道自己现在到底跑在哪个模型上，再去评价“它今天是不是变笨了”。

它开始更清楚地知道“自己是谁”

2026.5.9 beta 里还有一个细节：OpenClaw 会把当前 provider/model identity 注入到 system prompt，包括 prompt override 和 CLI hook prompt replacement。

这句话听着很工程化，说人话就是：Agent 更不容易在“我现在用的什么模型”这件事上胡说。

多模型系统最烦的就是这种混乱：

• 配置里写的是 A；
• 你临时切到了 B；
• fallback 实际跑到了 C；
• AI 回答你时还一本正经说自己是 D。

一旦这个基础信息乱了，后面排错全是玄学。

所以我很喜欢这个方向。它不炫，但能少很多误判。

/think default 和 /fast default 也很实用

还有两个命令我觉得普通用户真用得上：

/think default
/fast default

它们的作用是把当前 session 里的 override 清掉，回到配置或 provider 默认值。

这解决了一个特别常见的小坑：你某天临时开了 thinking，或者临时切了 fast，后来忘了。过几天你发现它怎么突然变慢、变浅、变怪，但你已经不记得自己改过什么。

现在可以直接恢复默认。

我建议你至少会这几条：

openclaw models status
openclaw models list
openclaw update status

聊天里记这几条：

/model status
/models
/think default
/fast default

如果你想系统学模型切换，可以回头看《OpenClaw 模型切换完全指南：临时换模型、永久改默认、多 Agent 配不同模型》。这篇不展开配置细节，我只说结论：最近一个月，OpenClaw 的模型系统在变得更像日常工具，而不是配置文件考试。

3. openclaw migrate：老用户搬家终于不用全靠手抄

如果你以前玩过 Claude Code、Codex CLI 或 Hermes，再迁到 OpenClaw，最烦的不是重新安装。

真正麻烦的是这些东西：

• 你写过的 CLAUDE.md；
• 你攒下来的 skills；
• 你配过的 MCP server；
• 你项目里的各种规则；
• 你已经调好的个人偏好；
• 还有一堆你自己都忘了放在哪的命令模板。

以前这些东西基本靠手动搬。漏一点很正常，搬错也很正常。

2026.4.26 开始，openclaw migrate 这条线变得更完整了。官方文档里已经给出很直接的用法：

openclaw migrate list
openclaw migrate claude --dry-run
openclaw migrate codex --dry-run
openclaw migrate hermes --dry-run
openclaw migrate apply claude --yes

这里我最看重的是 --dry-run。

迁移工具最怕什么？最怕它热心过头，二话不说把旧工具里的配置、权限、token、hooks 全搬过来。看起来省事，实际上很危险。

OpenClaw 现在这套更像“先给你看计划，再让你确认”：

1. 先扫描能迁什么；
2. 告诉你哪些会导入、哪些会跳过；
3. 冲突项给你看；
4. 默认不导入 secrets；
5. apply 前做备份。

这就比较靠谱。

拿 Claude 来说，它会处理项目级 CLAUDE.md、用户级 ~/.claude/CLAUDE.md、MCP server、Claude skill 目录，甚至可以把 Claude command Markdown 转成手动调用的 OpenClaw skills。

但它不会傻乎乎自动执行 Claude hooks，也不会把过宽的权限直接照搬。

我的建议非常简单：迁移永远先 dry-run。

openclaw migrate claude --dry-run
openclaw migrate codex --dry-run
openclaw migrate hermes --dry-run

看完计划没问题，再 apply：

openclaw migrate apply claude --yes

不同老用户可以这么判断：

这个功能不是给所有人的，但对老用户价值很大。

它说明 OpenClaw 不是只想让你“从零创建一个新助手”，而是想把你在其他 Agent 工具里沉淀下来的东西接过来。

这才像长期工具。

4. 插件和 Provider：生态在变强，但新手别乱装

这一块最容易让人兴奋，也最容易让人翻车。

最近一个月 OpenClaw 加了不少 provider 和媒体能力，比如 xAI 的图像生成、TTS、STT、实时转写，腾讯云 Hy3，Cerebras bundled plugin 等等。

看起来像是“又多了几个模型”。

但我更在意的不是模型数量，而是它背后的趋势：Provider 和插件开始更像基础设施了。

以前很多能力容易写死在 core 里。现在更多信息会放进 plugin manifest，比如模型目录、endpoint metadata、OpenAI-compatible request-family hints、onboarding 需要的依赖等。

这有两个好处：

• 新 provider 不一定非要等核心大改；
• 插件出了问题，更容易单独诊断，而不是整锅甩给 OpenClaw。

现在插件命令也比以前完整：

openclaw plugins list
openclaw plugins search calendar
openclaw plugins install clawhub:some-plugin
openclaw plugins inspect some-plugin --runtime
openclaw plugins doctor
openclaw plugins update --all

如果插件安装慢、inspect 慢、registry refresh 慢，还可以开 trace：

OPENCLAW_PLUGIN_LIFECYCLE_TRACE=1 openclaw plugins doctor

这些命令不一定每天用，但只要你装插件，就迟早会用到。

我之前写《2026 最新：ClawHub 上最值得装的 10 个新 Skill，我筛掉了大半垃圾》时就说过：ClawHub / 插件生态里真正有价值的，不是那些“看起来很酷”的一次性小玩具，而是能稳定提升工作流的东西。

所以这里我反而要泼点冷水：新手别把 OpenClaw 当插件游乐场。

插件不是浏览器书签。插件是代码，能扩展能力，也能扩大风险面。

我会这么选：

如果你只是想把 OpenClaw 当私人助理，我建议先把这几件事跑稳：模型、Telegram/飞书、基础文件访问、更新命令、日志排错。

这些稳了，再考虑插件。

5. Telegram、飞书、Docker、诊断：这些不起眼的小修，才决定你能不能长期用

最后这一类更新最不性感，但我觉得最重要。

因为大多数人不是每天在 OpenClaw 里测试新 provider，而是每天在 Telegram 或飞书里给它发消息。

入口不稳，再多模型都没用。

Telegram：不是酷，是稳

最近 Telegram 相关更新里，有几条我觉得很实际：

• polling 和临时发送客户端共用 grammY API throttler；
• repeated sticky fallback success 后重新 probe primary fetch transport；
• forum topics 元数据缓存优化，减少 supergroup topic 反复 getChat；
• 直播预览、工具进度预览继续补细节。

这些词看起来很硬，我翻成白话：Telegram bot 长时间运行时，更不容易因为网络、限流、topic 路由、预览状态这些问题卡住。

如果你只是偶尔玩一下，感知不强。

但如果你真的把 Telegram 当 OpenClaw 主入口，这些改动比“又接了一个模型”更有用。因为你每天关心的是：

• 我发消息它回不回；
• 工具运行时有没有进度；
• 群组 topic 会不会串；
• 网络抖一下需不需要手动重启 gateway。

这些才是日用体验。

如果你经常遇到 bot 没反应，可以先看《OpenClaw CLI Commands 完整指南（2026）：启动命令、重启命令、模型切换速查》和《OpenClaw gateway 命令与排错指南（2026）：status、restart、probe 怎么用》。别一上来就重装，先看状态。

飞书：reasoning preview 更统一

2026.5.9 beta 里还有个小点：Telegram/Feishu 会尊重 per-agent 和 global reasoningDefault，决定 reasoning preview 是 stream 还是 hidden。

这个功能听着不起眼，但能减少一个烦人的问题：同一个 Agent，在 Telegram 和飞书里表现不一致。

有些人喜欢看推理预览，有些人不喜欢。现在它开始更尊重统一配置，而不是每个渠道各玩各的。

Docker：证书和进程管理别忽略

Docker 方面也有两个很实际的修复：

• slim runtime image 安装 CA certificate bundle，减少容器内 HTTPS 请求因为证书链失败；
• runtime image 使用 tini，正确回收 orphaned child processes，并转发 signal。

这类更新不会让你截图发朋友圈，但会影响 VPS、NAS、Docker Compose、1Panel 场景里的长期稳定性。

如果你走 Docker 路线，可以顺手看《OpenClaw Docker 安装教程（2026）：宿主机直装 vs Docker，Debian/Ubuntu 完整指南》和《2026年 1Panel 安装 OpenClaw Docker 版完整教程（含踩坑）》。Docker 省心的前提，是底层镜像和进程管理别坑你。

诊断错误更像人话

还有一个我很喜欢的方向：CLI 报错开始更强调“下一步该怎么恢复”。

比如 parser、startup、config、guardrail、channel、agent、task、session、MCP 失败时，不只是丢一段 stack trace，而是尽量解释发生了什么，并指向下一条恢复命令。

这对普通用户特别重要。

OpenClaw 这类系统最怕错误信息太抽象。你不知道是模型挂了、channel 挂了、config 写错了、插件没加载，还是 gateway 根本没起来。

如果错误能告诉你下一步跑什么命令，排错成本会低很多。

如果你已经在用 OpenClaw，我建议按这个顺序检查

别一口气全升级、全开启、全重配。

按这个顺序来：

更新渠道也别乱切。

OpenClaw 有 stable、beta、dev。我的建议是：

• 主力网关：用 stable；
• 想尝鲜：先 beta dry-run；
• dev：除非你知道自己在干什么，否则别拿来当生产环境。

命令大概是：

openclaw update --dry-run
openclaw update --channel beta --dry-run
openclaw update --channel stable

我不建议普通用户一看到 beta 有新功能就马上切。你如果每天靠 Telegram/飞书调 OpenClaw 干活，稳定比尝鲜值钱。

最后说人话：OpenClaw 这一个月到底进化在哪？

不是“多了几个模型”。

也不是“多了几个语音、图像、实时转写能力”。

这些当然有用，但不是我最看重的。

我真正看重的是：OpenClaw 正在把一些长期使用必须补的东西补上。

• 记忆开始有边界，不是乱记；
• 模型状态开始更可解释，不是全靠猜；
• 迁移开始有 dry-run，不是手动搬家；
• 插件开始有诊断命令，不是装坏了只能重装；
• Telegram、飞书、Docker 这些入口和运行层在补稳定性。

这才是日用工具该有的进化。

如果你只是玩两天，可能只会关心“能不能生成图、能不能语音、有没有新模型”。

但如果你想把 OpenClaw 接进自己的日常工作流，真正该关心的是：它能不能稳定运行，出了问题能不能定位，换工具能不能迁移，记忆会不会越界，模型状态能不能说清楚。

所以我的结论很简单：

• 新用户：别追全功能，先把 stable 跑稳；
• 老用户：重点看 migrate、模型状态和渠道稳定性；
• 重度用户：再去折腾 Active Memory、插件和新 provider；
• 用 Telegram/飞书当主入口的人：优先关注入口稳定，不要只盯新模型。

OpenClaw 最近一个月最大的变化，不是它更花了。

是它开始更像一个能长期放在身边用的工具了。

这比多接几个模型，重要得多。