OpenClaw这一个月变了什么?

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

我这两天把最近一批 OpenClaw 更新又翻了一遍。

第一反应是：好家伙，又是一屏英文名词。

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

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

但如果你只是想把 OpenClaw 当自己的 AI 助手用，大概率会懵：

这些东西跟我有什么关系？

我需要升级吗？

哪些只是看起来很酷，哪些是真的能改善日常体验？

所以这篇不做 Release Note 翻译。

我只站在普通用户角度，挑出最近一个月真正值得关心的 5 个变化。

不是所有更新都值得你折腾。

有些东西看起来很酷，但你现在不用也没事。

有些东西不起眼，反而决定 OpenClaw 能不能长期稳定跑在 Telegram、飞书、VPS 或 Docker 里。

一、Active Memory：不是魔法，但开始像个能用的记忆层了

Active Memory 不是“让 AI 永远记住你”的玄学功能。

说人话就是：在主模型正式回答你之前，OpenClaw 先派一个受限的记忆子 Agent 去查一下，有没有跟这次对话相关的旧记忆。

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

比如你以前说过：

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

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

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

最典型的翻车场景就是群聊。

你在私聊里说过的偏好，如果 AI 在群聊里顺嘴带出来，那就很尴尬。

所以我现在最看重的不是它能记多少，而是它能不能克制地记、克制地用。

我的建议很简单：

刚装好 OpenClaw，先别开 Active Memory；
Telegram 或飞书私聊已经稳定了，可以只在私聊里开；
经常让它记写作风格、项目背景、个人偏好的人，值得开；
群聊、工作群、多人频道，先别乱开。

一句话：Active Memory 先只开私聊，不要一上来全局开。

二、模型管理：终于不像配置文件考试了

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

provider、model ref、fallback、auth profile、OpenAI-compatible、Codex harness……

这些词你让开发者看还行，让普通用户看就是灾难。

最近一个月，模型管理开始往“可操作”走。

比如 models add。

你可以在聊天里注册模型，而且不用重启 gateway。

这件事看起来小，其实很有用。

以前你想加个 OpenRouter 模型、LM Studio 本地模型，或者某个 OpenAI-compatible 服务，经常要去翻配置文件。

改错一个逗号，gateway 可能直接起不来。

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

先看 models；
再用 models add；
最后用 model status 检查当前模型。

我建议所有 OpenClaw 用户都养成一个习惯：先看自己现在到底跑在哪个模型上，再去判断“它今天是不是变笨了”。

还有两个命令也很实用：think default 和 fast default。

它们的作用是把当前 session 里的临时设置清掉，回到默认值。

这解决了一个很常见的小坑：

你某天临时开了 thinking。

或者临时切了 fast。

后来忘了。

过几天你发现它突然变慢、变浅、变怪，但你已经不记得自己改过什么。

现在可以直接恢复默认。

这类变化不炫，但很实用。

OpenClaw 的模型系统正在从“配置文件考试”，变成更像日常工具。

三、openclaw migrate：老用户搬家不用全靠手抄了

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

真正麻烦的是这些东西：

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

以前这些东西基本靠手动搬。

漏一点很正常，搬错也很正常。

最近 openclaw migrate 这条线变得更完整了。

它可以先扫描你能迁移什么，再给你看计划。

这点很重要。

迁移工具最怕什么？

最怕它热心过头，二话不说把旧工具里的配置、权限、token、hooks 全搬过来。

看起来省事，实际上很危险。

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

它会告诉你哪些会导入，哪些会跳过，冲突项是什么。

默认不导入 secrets。

真正执行前还会做备份。

我的建议：迁移永远先 dry-run。

先看计划，再决定要不要 apply。

Claude Code 老用户：很有用；
Codex CLI 或 Hermes 用户：值得看一眼；
从零开始的新用户：暂时不用管。

这个功能说明 OpenClaw 不是只想让你从零创建一个新助手。

它想把你在其他 Agent 工具里沉淀下来的东西接过来。

这才像长期工具。

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

最近 OpenClaw 加了不少 provider 和媒体能力。

比如 xAI 的图像生成、TTS、STT、实时转写。

比如腾讯云 Hy3。

比如 Cerebras bundled plugin。

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

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

以前很多能力容易写死在核心里。

现在更多东西会放进插件体系里，比如模型目录、endpoint 信息、onboarding 依赖等。

这样有两个好处：

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

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

你可以 list，可以 search，可以 install，可以 inspect，可以 doctor，也可以 update。

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

不过这里我要泼点冷水：新手别把 OpenClaw 当插件游乐场。

插件不是浏览器书签。

插件是代码。

它能扩展能力，也能扩大风险面。

我的选择标准是：

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

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

这些稳了，再考虑插件。

五、Telegram、飞书、Docker、诊断：这些小修，才决定你能不能长期用

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

因为大多数人不是每天在 OpenClaw 里测试新 provider。

大多数人是每天在 Telegram 或飞书里给它发消息。

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

Telegram 最近有一些稳定性相关的更新。

比如限流处理、网络 fallback、forum topic 缓存、工具进度预览等。

这些词听起来很硬。

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

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

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

因为你每天关心的是：

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

这些才是日用体验。

飞书这边，reasoning preview 也开始更尊重统一配置。

有些人喜欢看推理预览，有些人不喜欢。

现在它开始更听全局和单 Agent 的配置，而不是每个渠道各玩各的。

Docker 方面也有两个实际修复。

一个是补 CA certificate bundle，减少容器内 HTTPS 请求因为证书链失败。

另一个是用 tini 处理长期运行时的子进程回收和 signal 转发。

这些东西不会让你截图发朋友圈。

但会影响 VPS、NAS、Docker Compose、1Panel 场景里的长期稳定性。

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

OpenClaw 这类系统最怕错误信息太抽象。

你不知道是模型挂了、channel 挂了、config 写错了、插件没加载，还是 gateway 根本没起来。

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

如果你已经在用 OpenClaw，我建议这样检查

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

按这个顺序来：

先看 update status，确认当前版本和更新渠道；
看 openclaw status，确认 gateway、agents、channels 是否正常；
看 models status，确认当前模型、fallback、provider 没乱；
检查 Telegram 或飞书入口，入口稳定比功能多更重要；
如果你有 Claude、Codex、Hermes 的历史资产，再跑 migrate dry-run；
最后再考虑 Active Memory 和插件。

因为这两类都会改变行为，不要太早开。

更新渠道也别乱切。

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

如果你每天靠 Telegram 或飞书调 OpenClaw 干活，稳定比尝鲜值钱。

最后说人话

OpenClaw 这一个月最大的变化，不是多了几个模型。

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

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

我真正看重的是：它开始把长期使用必须补的东西补上了。

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

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

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

但如果你想把 OpenClaw 接进自己的日常工作流，真正该关心的是：

它能不能稳定运行；
出了问题能不能定位；
换工具能不能迁移；
记忆会不会越界；
模型状态能不能说清楚。

所以我的结论很简单：

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

OpenClaw 最近一个月不是变得更花了。

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

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