换平台不用重头配:OpenClaw v2026.4.26 一键导入 Claude 和 Hermes 配置
迁移、导入、跨平台、MCP、E2EE —— OpenClaw v2026.4.26 把「从别处搬过来」从一个手动苦力活变成了一个安全可审计的命令。
OpenClaw 是什么、给谁用、长什么样
OpenClaw 是一个个人 AI 助手,跑在你的自有设备上。项目诞生于 2025 年底,一年间积累了 365K+ Star,核心维护者来自 GitHub、macOS 与移动端开发者社区。技术栈全为 TypeScript,支持 macOS、Linux 和 Windows(WSL2)三种部署。它没有自己的模型库, 而是通过插件接入 OpenAI、Anthropic、Google、本地 ollama 等数十家推理提供方。渠道 覆盖 WhatsApp、Telegram、Discord、微信、QQ、iMessage 等超过 20 个聊天平台。 区别于企业级 AI 平台,OpenClaw 强调单用户、本地优先、始终在线。你可以把它理解为一个 「控制面板 + 聊天机器人 + 自动化管道的合体」——Gateway 是大脑,各个插件和节点是 四肢。本次 v2026.4.26 发布于 4 月 28 日,最大的变化集中在「怎么更容易地从别处搬 进来」,同时补上了 Matrix 加密、Google Meet 集成等一系列用户呼声很高的能力。
为什么「迁移」成了头等大事
用过多个 AI 助手工具的人,大概率遇到过类似的尴尬:Claude Code 里有自定义指令和 MCP 配置,Hermes 里有一套调好的模型参数和 Skill,换一个工具意味着全部手动重配一遍。 CLAUDE.md 里写的几十行指令、项目绑定的工具定义、积累的 Memory 和用户画像——这些都 是日常使用中慢慢积攒的心智资产。过去的办法是「切了就切了,旧配置当遗产」,或者搬 一半漏一半,最后不了了之。OpenClaw 的团队观察到了这个真实的切换门槛,在本版把 迁入 Claude Code / Desktop 和迁入 Hermes 两条路径打包进了核心 CLI。两条路径的共同 逻辑是:先预览、再备份、再交割。所有文件实体的写入都在一次确认之后才发生,避免了 「import 完发现配错了回不去」的恐惧。这不是一个加在 FAQ 里的小贴士,而是作为 openclaw migrate 子命令正式进了 route table。
新版能迁什么、怎么迁
先看 Claude 方向的迁入能力。从 Claude Code 的 ~/.claude 目录或项目根目录出发, openclaw migrate claude --dry-run 会输出一份计划清单——它扫描 CLAUDE.md、 .mcp.json、~/.claude.json、claude_desktop_config.json,以及 Skill 目录和 命令 Markdown 文件,分别映射到 OpenClaw 的 AGENTS.md / USER.md、MCP 服务器配置、 技能仓库。对无法直接应用的 Hook 许可、OAuth 凭据、本地记忆等,插件不会遗漏,而是 打包成迁移报告归档,标注为「手动审查」。这比单纯跳过或报错都更负责任——用户知道自己 有什么、哪些落在了边界外。
Hermes 方向的迁入更进一步。除了 SOUL.md、AGENTS.md、 Memory 文件、MCP 定义等常规项外,还支持从 config.yaml 解析默认模型和自定义 OpenAI 兼容端点,从 skills/config 导入每个 Skill 的自定义参数,以及通过 --include-secrets 标记批量接手 9 种 API Key——OpenAI、Anthropic、OpenRouter、 Google、Gemini、Groq、xAI、Mistral、DeepSeek。不适合自动导入的 Hermes 内部状态 (插件目录、会话历史、日志)会被原样复制到迁移报告目录,以便人工按需复查,不会 被加载到运行配置里。
整个导入流程分阶段推进:list 先查看可用的迁移源,migrate <provider> --dry-run 预览全部影响条目,migrate apply 创建备份后执行写入。 每个阶段都同时支持 JSON 输出(供脚本编排)和人类可读的表格。新用户还能直接在 openclaw onboard --import-from claude 的向导流里完成全部设置,不需要先学 CLI 参数。
Preview-first 设计与插件化迁移协议
迁移功能的设计核心是「预览优先」。所有数据写入之前,迁移插件先返回一份条目级计划 (itemized plan),标记冲突项、跳过项和敏感项。Apply 阶段强制先创建 OpenClaw 完整 备份,再按计划逐条执行。对密钥类字段的 redact 在 JSON 输出和迁移报告中自动生效, 防止日志泄漏。这套安全模型不是手写 check,而是通过插件 SDK 提供的基类 (migrationProvider)固化下来的——任何第三方开发者注册一个新的迁移源,也必须实现 detect、plan、apply 三个方法,在 plugin.json 的 contracts.migrationProviders 里声明 provider id。这意味着后续 Khoj、Open Interpreter 或其他工具的迁移插件, 都可以遵从同一审核流程进到 OpenClaw。
本版另一个值得注意的架构变迁是把服务商路由表从核心代码搬进了插件 manifest。 过去新增一个推理提供方需要在 Core 的 routing 模块改代码。现在由插件自己声明 host 元数据、model-id 规范、请求族标识和 endpoint host 元数据,Core 不再需要 维护 bundled-provider 路由表。与之配套的还有配置管理升级——旧的插件配置直读模式 被废弃,改由运行时快照加事务性突变 helper 的方式处理,重启策略、扫描守卫和版本号 驱动的缓存失效一并到位。MCP server 定义、自定义模型映射、会话管理器的调度都朝着 「插件声明,Core 调度」的方向收敛。
值得一提的还有本版新增的矩阵端到端加密命令。openclaw matrix encryption setup 一次完成加密启用、恢复引导和校验状态打印,密钥与设备锁的协调逻辑集中在了 Matrix 插件内部,而不是塞进 Gateway 核心。同样的解耦思路体现在 Google Meet 集成上—— 本版把 Meet 的 Chrome 加入路由从原始浏览器调用换成了 OpenClaw 浏览器控制流程, 新增了媒体权限自动授权和本地音频设备固定为 BlackHole 2ch。结合 Gateway relay 和浏览器 realtime transport 合约的引入,TeleTalk 语言交互能力在跨平台一致性上 上了一个台阶。
夜雨聆风