> ## Content Index
> Fetch the complete content index at: https://tbbbk.com/llms.txt
> Use this file to discover other available public pages before exploring further.

# OpenClaw 最近一个月到底进化了什么？
- URL: https://tbbbk.com/openclaw-monthly-evolution-user-features-2026/
- Published: 2026-05-12T00:37:37.000Z
- Updated: 2026-05-12T00:37:37.000Z
- Description: 我不复读 OpenClaw Release Note，只挑最近一个月普通用户真会用到的 5 个变化：Active Memory、模型管理、迁移、插件生态和渠道稳定性。
- Author: TuBaiBai
- Tags: OpenClaw, AI工具, 教程, 自动化, #Import 2026-07-20 07:13

我这两天把 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 增强，一篇看懂](https://tbbbk.com/openclaw-v2026-4-12-active-memory-plugin-feishu-update/)》《[OpenClaw 2026.4.22 更新了什么？xAI 全家桶、腾讯 Hy3、/models add 一篇看懂](https://tbbbk.com/openclaw-2026-4-22-xai-hy3-models-add/)》和《[OpenClaw 2026.4.26 更新了什么？Claude 导入、migrate、实时语音与新 Provider 一篇看懂](https://tbbbk.com/openclaw-2026-4-26-claude-import-migrate-realtime-provider/)》。

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

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

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

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

| 我筛出来的变化                   | 对普通用户有什么用                     | 现在要不要折腾  |
| ------------------------- | ----------------------------- | -------- |
| Active Memory 变得更可控       | 助手更容易记住你的偏好，但不会乱进群聊翻旧账        | 已稳定使用后再开 |
| 模型管理更像日常开关                | 更容易知道自己当前用哪个模型，也更容易恢复默认       | 建议所有用户了解 |
| \`openclaw migrate\` 成型   | 从 Claude/Codex/Hermes 搬家不用全手抄 | 老用户很有用   |
| 插件和 Provider 更工程化         | 新模型、新渠道、新能力更容易装，也更容易排错        | 不建议新手乱装  |
| Telegram/飞书/Docker 这些小修小补 | 入口更稳，容器更稳，报错更像人话              | 主力用户必须关注 |

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

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

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

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

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

Active Memory 这个功能，我之前专门写过一篇：《[OpenClaw Active Memory 是什么？怎么开？值不值得用？官方文档拆给你看（2026）](https://tbbbk.com/openclaw-active-memory-guide-2026/)》。当时我的判断比较保守：方向对，但不要乱开。

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

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

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

比如你以前说过：

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

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

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

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

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

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

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

我自己的排序是：

| 使用阶段              | 要不要开 Active Memory |
| ----------------- | ------------------ |
| 刚装好，还在调模型         | 不开                 |
| Telegram/飞书私聊已经稳定 | 可以开 direct chat    |
| 经常让它记写作风格、偏好、项目背景 | 值得开                |
| 群聊、工作群、多人频道       | 先别开，除非你很懂边界配置      |

还有一个小变化值得提：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 可能直接起不来。

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

```text
/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` 也很实用

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

```text
/think default
/fast default
```

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

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

现在可以直接恢复默认。

我建议你至少会这几条：

```bash
openclaw models status
openclaw models list
openclaw update status
```

聊天里记这几条：

```text
/model status
/models
/think default
/fast default
```

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

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

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

真正麻烦的是这些东西：

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

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

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

```bash
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。**

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

看完计划没问题，再 apply：

```bash
openclaw migrate apply claude --yes
```

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

| 你之前主要用什么    | \`migrate\` 对你有没有用               |
| ----------- | -------------------------------- |
| Claude Code | 很有用，尤其是 \`CLAUDE.md\`、skills、MCP |
| Codex CLI   | 有用，适合迁 skills 和部分 Codex 插件       |
| Hermes      | 有用，SOUL、AGENTS、memory、模型配置都有迁移路线 |
| 从零开始的新用户    | 暂时不用管                            |

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

它说明 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。

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

```bash
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：

```bash
OPENCLAW_PLUGIN_LIFECYCLE_TRACE=1 openclaw plugins doctor
```

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

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

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

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

我会这么选：

| 插件类型                        | 我的态度         |
| --------------------------- | ------------ |
| 官方 bundled provider/channel | 可以按需启用       |
| ClawHub 里维护积极、用途明确的插件       | 可以试，但一次只装一两个 |
| 来路不明的 npm/git 插件            | 新手别碰         |
| 需要高权限、文件系统、外部 API 写入的插件     | 先看代码，别盲装     |

如果你只是想把 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）：启动命令、重启命令、模型切换速查](https://tbbbk.com/openclaw-cli-commands-guide/)》和《[OpenClaw gateway 命令与排错指南（2026）：status、restart、probe 怎么用](https://tbbbk.com/openclaw-gateway-commands-troubleshooting-guide-2026/)》。别一上来就重装，先看状态。

### 飞书：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 完整指南](https://tbbbk.com/openclaw-install-host-vs-docker-debian-ubuntu/)》和《[2026年 1Panel 安装 OpenClaw Docker 版完整教程（含踩坑）](https://tbbbk.com/1panel-openclaw-docker-install-guide-2026/)》。Docker 省心的前提，是底层镜像和进程管理别坑你。

### 诊断错误更像人话

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

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

这对普通用户特别重要。

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

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

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

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

按这个顺序来：

| 顺序 | 做什么                                           | 为什么                            |
| -- | --------------------------------------------- | ------------------------------ |
| 1  | \`openclaw update status\`                    | 先知道自己当前版本和更新渠道                 |
| 2  | \`openclaw status\`                           | 看 gateway、agents、channels 是否正常 |
| 3  | \`openclaw models status\`                    | 确认当前模型、fallback、provider 没乱    |
| 4  | 检查 Telegram/飞书入口                              | 入口稳定比功能多更重要                    |
| 5  | 有 Claude/Codex/Hermes 历史资产，再跑 migrate dry-run | 老用户省事，新用户不用管                   |
| 6  | 最后再考虑 Active Memory 和插件                       | 这两类都会改变行为，别太早开                 |

更新渠道也别乱切。

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

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

命令大概是：

```bash
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 最近一个月最大的变化，不是它更花了。

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

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