OpenClaw 2026.4.26 更新了什么？Claude 导入、migrate、实时语音与新 Provider 一篇看懂
OpenClaw 最近这波更新有点意思。
如果你前阵子刚看完 4 月中旬那版更新，可能会以为这次又只是一些修修补补。但我把 2026.4.26 的 release note 啃完之后，感觉这版其实比表面上更重要：它开始明显往“迁移更顺、语音更真能用、插件和 provider 更工程化”这三个方向推进了。
尤其是下面这几件事，我觉得值得单独拎出来说：
- 官方开始内置 Claude Code / Claude Desktop 导入器
- 新增统一的 `openclaw migrate` 迁移入口
- 浏览器实时语音链路继续补强，Google Live / Gateway relay 更完整
- 新增 Cerebras bundled provider
- Memory Search / embeddings 配置继续增强
- 插件安装、配置、扫描、启动这条链又补了一堆稳定性细节
如果你现在正处在下面几种状态之一，这篇会比较有用：
- 已经在用 OpenClaw，但没时间逐条看 release note
- 还在 Claude Code / Claude Desktop / Hermes 生态里，想知道要不要迁
- 想把 OpenClaw 往语音、浏览器、插件、记忆检索这些重度玩法继续折腾
这篇我不打算照着 changelog 翻译一遍，而是只讲对普通用户和折腾党真正有感知的变化。
先说结论：这版不是“花哨更新”，而是在补 OpenClaw 从爆红走向长期使用的基础设施
如果要我用一句话概括 2026.4.26，我会这么说：
OpenClaw 正在把“会玩”这件事，慢慢变成“迁得进来、跑得更稳、长时间更能用”。
前几个月大家关注 OpenClaw，更多是因为它够新、够猛、够像“真 Agent”。
但真正开始长期用之后，大家遇到的问题就会变成：
- 我原来在 Claude Code 里的东西能不能搬过来？
- 配了半天 MCP / provider / skills，以后换环境是不是还要重来？
- 浏览器语音到底是 demo 级，还是能真拿来日常用？
- 插件越来越多之后，会不会装一次炸一次？
- 本地 memory / embeddings / QMD 这些东西会不会把机器折腾崩？
这版更新最核心的价值，就是它不是只给你加新玩具，而是在补这些“开始认真使用之后一定会遇到”的坑。
1）最值得关注的变化：官方内置 Claude 导入器，迁移门槛开始明显下降
这次 release 里我最先注意到的，不是语音，也不是 provider，而是这句：
- CLI/migration: add a bundled Claude importer
官方描述里写得很直接：它现在可以预览并应用 Claude Code 和 Claude Desktop 里的部分内容，包括：
- instructions
- MCP servers
- skills
- command prompts
- 一些 archive / manual-review 状态
这件事为什么重要？
因为过去很多人虽然会被 OpenClaw 吸引，但真要迁的时候，心里会有个很现实的坎：
“不是我不想迁，是我已经把另一套工具调教得差不多了，重新配一遍太烦。”
尤其是已经在 Claude Code 里折腾过一轮的人，通常已经有：
- 一套自己顺手的 instruction
- 常用 MCP server
- 常驻 prompt
- 一些 workflow 习惯
这时候如果 OpenClaw 只说“你可以手动迁”，那吸引力其实会打折。因为真正劝退人的从来不是新功能，而是迁移成本。
所以官方把 Claude importer 做进 CLI，本质上是在释放一个很明确的信号：
OpenClaw 不只是想做一个新玩具，而是想把别人的现成用户接过来。
这也是为什么我觉得这版更新的战略意义比看上去更大。
这对普通用户意味着什么？
如果你本来就在 Claude Code / Claude Desktop 生态里：
- 现在切过来的心理成本会低很多
- 不需要所有东西从零重搭
- 至少能先看“有哪些可以迁”
这对内容流量意味着什么？
这类变化特别适合写成两类文章：
- 版本更新解读
- 迁移教程 / 实测指南
因为它既有新闻性，也有强搜索意图。
像“Claude Code 怎么迁移到 OpenClaw”这种题，后面大概率是能单独拆出去继续写的。
2）openclaw migrate 出现了：从“单点导入”开始变成“统一迁移入口”
如果说 Claude importer 是一个很具体的入口，那这次另一个更大的信号，是官方直接新增了：
- `openclaw migrate`
从 release note 看，这个迁移命令不只是一个小脚本，而是已经有比较完整的迁移工作流设计，包含：
- plan
- dry-run
- JSON 输出
- 迁移前备份
- onboarding detection
- archive-only report copies
- Hermes importer
这说明官方在想的已经不是“给你做一个从 A 到 B 的一次性搬家脚本”，而是：
把迁移本身，做成 OpenClaw 的一个正式能力。
这点很关键。
因为一个项目如果只在意新用户，它会拼命讲安装多简单； 但一个项目如果开始认真做生态，就一定会去解决：
- 你从别的工具过来怎么办
- 你未来换设备怎么办
- 你多套配置怎么迁
- 你导入失败之后怎么回滚
而 openclaw migrate 这种设计，就是比较典型的“工程化迁移思路”。
为什么这是个大趋势？
2026 年到现在，Agent 工具其实已经不是“有没有”问题，而是“你最后会留在哪一套工作流里”。
谁能把用户迁移成本降下来，谁就更容易吃到后续生态红利。
OpenClaw 这一步做出来之后，它面对的就不只是全新小白，还包括：
- 在 Claude Code 里待了一阵的人
- 在 Hermes 生态里已经配过东西的人
- 想把多套 Agent 统一到一个入口的人
这群用户的价值，往往比纯新手更高。
3）语音链路继续补强：这次不只是“能说话”，而是更像开始补可用性
很多人第一次看 OpenClaw，会被语音、浏览器、多渠道这些能力吸引。
但真正用过的人都知道，语音这件事最烦的不是“有没有按钮”，而是：
- 链路稳不稳
- 浏览器侧会不会乱降级
- token 怎么控
- relay 怎么走
- 后端-only 插件能不能接起来
这次 2026.4.26 里，跟 Talk / realtime 相关的更新其实不少，核心可以概括成三块：
3.1 浏览器 realtime transport 更抽象了
release note 提到：
- generic browser realtime transport contract
这句话翻成人话就是：
OpenClaw 开始把浏览器实时语音/实时交互这条链做成更通用的传输层接口，而不是某个单一 provider 的临时拼装。
这种变化对终端用户来说可能不够性感，但对长期稳定性很重要。因为一旦 transport 抽象做得更统一，后面接不同 provider、不同浏览器 talk 会更容易维护。
3.2 Google Live browser Talk sessions 继续增强
这版还提到了：
- constrained ephemeral tokens
- WebSocket transport 保持
- endpoint 验证
- cap Gateway relay sessions per browser connection
能看出来，官方在补的是“浏览器实时语音从能跑到更稳”的细节。
也就是说，这部分不是为了做 demo，而是在补真正上线后最容易炸的环节：
- token 生命周期
- relay 滥用
- endpoint 合法性
- transport 稳定性
3.3 backend-only realtime voice plugins 也在铺路
release note 还写到：
- a Gateway relay for backend-only realtime voice plugins
这个点我觉得特别值得关注。
因为它意味着 OpenClaw 并不是只想把语音能力做成“浏览器里点一下能听个响”，而是在往后端可接入的实时语音插件能力扩。
如果你后面要做：
- 语音助理
- 实时通话类 Agent
- 多端接入
- 更复杂的 voice workflow
这类底层补强比 UI 上多一个按钮有意义得多。
4）新增 Cerebras bundled provider：provider 生态还在继续扩
这次 release 里还有一个用户看得懂、也比较容易写进标题的点：
- Providers: add Cerebras as a bundled plugin
官方描述里提到的内容包括：
- onboarding
- static model catalog
- docs
- manifest-owned endpoint metadata
简单说，就是 Cerebras 现在不只是“理论能接”，而是更正式地进入 OpenClaw 的 bundled provider 体系里了。
这件事为什么值得注意？
因为 OpenClaw 现在的竞争力，早就不是只靠某一家模型。
它真正有吸引力的地方，是：
- 你能混搭 provider
- 能按任务切模型
- 能随着价格、速度、推理能力变化灵活调整
所以每多一个“接得更顺、更官方、更少手配”的 provider，OpenClaw 的可玩性和可迁移性都会再高一点。
对国内用户来说，这类 bundled provider 的意义尤其明显：
- 少折腾一点兼容问题
- 少踩一点 endpoint / catalog / metadata 的坑
- 新模型上线后更容易快速试
当然，Cerebras 本身是不是你每天都会用，未必。 但它代表的方向很清楚：
OpenClaw 正在把 provider 层越做越插件化、越做越声明式。
这对后续生态扩张是好事。
5）Memory Search 继续补：这版更像在照顾“真的在用检索”的人
如果你之前看过我写的 Active Memory / 本地记忆相关文章，应该知道 OpenClaw 这条线一直在快速进化。
2026.4.26 这次，memory 相关虽然没有那种“一眼就能写进海报”的大功能，但更新其实很实在。
比较关键的有：
- optional
memorySearch.inputType queryInputTypedocumentInputType- 支持 asymmetric embedding endpoints
- direct query embeddings
- provider batch indexing
- Ollama memory retrieval query prefixes
- QMD 多项修复和状态优化
这说明什么？
说明 OpenClaw 已经不是只把记忆系统当成一个“有就行”的营销 feature 了。
它开始认真处理真正落地时会碰到的问题：
- 查询向量和文档向量可能不是同一种输入格式
- 不同 embedding 模型需要不同 query prefix
- 本地 QMD / ARM / lexical-only 模式下不能瞎跑重操作
- status 检查不能每次都把 embedding backend 拖慢
说白了，这类更新虽然不适合拿来做标题党，但它很重要，因为它会直接决定：
- 你的 memory 功能是不是稳定
- 本地检索会不会越来越卡
- doctor / status 会不会把人搞得怀疑人生
如果你是轻度用户，可能感知不强。 但如果你已经开始认真用 MEMORY.md、daily notes、本地 embeddings，这版是有价值的。
6）插件和配置链继续大修：这版很“工程”，但对长期使用最重要
如果让我选一个最不性感、但最值得鼓掌的方向，那就是插件和配置这条线。
这次更新里，相关改动非常多，关键词包括：
- plugin manifests
- config snapshots
- transactional mutation helpers
- revision-based cache invalidation
- install security scans
- symlinked plugin directories
- profile-specific install destinations
- duplicate-plugin startup warnings
- doctor --fix quarantine
- broken plugin tools diagnostics
你会发现官方在做的不是“再多一个插件”，而是：
让插件越来越多之后，系统别先炸。
这对 OpenClaw 来说太重要了。
因为它现在已经不是一个只有极客自用的小项目了。 一旦进入大量用户安装 skill、插件、MCP server 的阶段，真正能不能长期用，拼的就是：
- 安装时会不会莫名其妙失败
- 启动时会不会因为一个坏插件全局 crash
- 多 profile 会不会装串地方
- Windows 路径会不会又抽风
- 安全扫描会不会误伤正常安装
这版在这方面补了很多细节，我最看重的是这两点：
6.1 一个坏插件，不该把整个 Gateway 一起带走
release 里提到：
- invalid schema config 时 degraded mode 启动
openclaw doctor --fix可隔离坏插件配置
这个改动很值钱。
因为真实世界里最恶心的，不是插件报错，而是一个插件报错导致整个系统起不来。
现在官方的思路明显更成熟了：
- 先让主系统活着
- 再把坏插件隔离出来修
这才是能长期跑的产品思路。
6.2 profile / install / scan 终于越来越像正式工具链了
比如这次还有这些修复：
- profile 安装不再误写到默认 profile
- test files 不再误伤安装扫描
- 合法 peer links 允许通过 trusted host package 校验
- symlink 插件目录支持更完整
你单看每条都像小修复，但叠在一起就是一句话：
OpenClaw 正在从“能折腾”变成“折腾完也不容易散架”。
7）还有几类更新，虽然不一定写进标题，但值得知道
除了上面那些主角，这版还有几类变化也挺实用：
7.1 Docker / 低内存 / 代理环境更友好
比如：
- slim runtime image 补 CA 证书，避免 HTTPS 调用炸 TLS
- low-memory Linux/Node 24 主机前台启动更稳
ALL_PROXY/all_proxy传递更完整
这些东西不会帮你上热搜，但会帮你少骂两句。
7.2 Windows 兼容性继续补
比如：
- Windows 绝对路径规范化
- Feishu/Lark sidecar load 修复
- plugin realpath 查找优化
这类修复对 Windows 用户是真刚需，因为很多“别人都正常，就你不正常”的锅，本质都是路径和 loader 细节。
7.3 Meet / browser control / node pairing 等也在变得更可用
包括：
- Google Meet 媒体权限
- 用 OpenClaw browser profile 打开 Meet
openclaw nodes remove- MCP
type: "http"统一规范到streamable-http
这些说明生态边缘能力也在继续被打磨，而不是只盯着核心聊天窗口。
这版更新，哪些人最该关心？
你如果是下面这几类人，建议认真看：
1. 正在用 Claude Code / Claude Desktop 的人
重点关注：
- Claude importer
openclaw migrate
2. 已经把 OpenClaw 当长期主力工具的人
重点关注：
- 插件稳定性
- provider 管理
- memory / embeddings
- degraded mode / doctor 修复
3. 想玩语音 Agent / 浏览器 Talk / 多端实时交互的人
重点关注：
- realtime transport
- Google Live
- Gateway relay
4. 本地模型 / 本地检索 / Ollama / QMD 用户
重点关注：
- memory query prefixes
- QMD status / lexical searchMode / deep probe 优化
我自己的判断：2026.4.26 的重点，不在“新鲜感”，而在“迁移能力 + 工程稳定性”
如果你问我，这版最值得记住的关键词是什么，我会给三个：
- 迁移
- 稳定
- 长期使用
它不像某些版本那样，一眼看上去就有一个超级炸的 headline feature。
但从长期看，这种版本往往更重要。
因为真正决定一个 Agent 工具能不能留下用户的，通常不是“第一次演示有多惊艳”，而是：
- 你能不能顺利迁进去
- 迁进去之后是不是稳
- 稍微复杂一点的配置会不会崩
- 声音、浏览器、插件、记忆这些链路能不能越来越成熟
而 2026.4.26，我看到的就是这个方向。
如果你现在要不要更新，我的建议是这样的
可以优先更新的人
- 想从 Claude Code / Claude Desktop 迁过来的人
- 最近在折腾 memory / QMD / Ollama 检索的人
- 插件比较多、profile 比较多的人
- 想玩浏览器 Talk / 实时语音链路的人
可以先观望一下的人
- 你现在跑得非常稳，而且不需要迁移功能
- 你没有在用语音、插件、memory 等重度能力
- 你的环境偏生产、更新要非常谨慎
不过从 release note 的整体气质看，这版不是那种“只加炫技功能”的更新，我个人是偏正面看待的。
最后总结
OpenClaw 2026.4.26 这版，最值得关注的不是某一条孤立功能，而是它背后的产品方向开始越来越清晰：
- 用 Claude importer + `openclaw migrate` 降低迁移成本
- 用 realtime transport / Gateway relay 补语音和实时交互链路
- 用 bundled provider 和 manifest 化配置继续扩 provider 生态
- 用 memory / QMD / embeddings 的细节修复提高长期可用性
- 用 plugin / config / doctor 这条大修，把系统从“会玩”往“能长期跑”推进
如果你之前只是把 OpenClaw 当一个很酷的 Agent 项目，那这版更新能让你更明显地看到：
它已经不只是想红一下，而是想变成一套真正能长期承载工作流的东西。
相关阅读
如果你想继续顺着这版更新往下看，我建议连这几篇一起读：
Member discussion