帕吉观察 | OpenClaw v2026.6.11 全量盘点

作者：帕吉
公众号：码神说

上一期帕吉观察覆盖到了 v2026.6.10。本期只有 一个正式版本 v2026.6.11，发布于 2026 年 6 月 30 日。

但别被”只有一个版本”骗了——这是一次 大规模稳定性修复，官方原话是：

We heard the feedback. v2026.6.11 focuses on the rough edges that make OpenClaw feel less dependable.

翻译成人话：用户反馈说不够稳，OpenClaw 团队花了整整三周，把能修的全修了。

帕吉数了一下，光 release notes 就超过 10 万字，涵盖 301 个 PR、95 个 Issue、216 位贡献者。这不是一次功能大爆发，是一次 信任大修。

📨 一、全渠道投递可靠性：从”偶尔掉链子”到”稳如老狗”

这是本版本最重磅的方向，修复覆盖了 Telegram、WhatsApp、Matrix、Google Chat、iMessage、飞书、Mattermost、Discord、QQBot、Synology Chat 等几乎所有支持的渠道。

Telegram：终于不再”间歇性抽风”

这不是一两个小修，是 十几个 PR 联合修复的结果。Telegram 用户应该能明显感觉到：消息不丢了、不乱了、不卡了。

WhatsApp：群聊终于不”串群”了

之前 WhatsApp 有个很烦人的 bug：群聊消息在重连或群组变更后，可能跑到错误的群/人那里去。6.11 把这条路堵死了：

• • 重试/重连时保持正确的消息和群组上下文
• • 最终回复正确引用触发消息（不再引用旧消息）
• • Reaction 审批在群聊和私聊都能正确绑定

其他渠道亮点

• • Matrix E2EE：修复了长时间运行后内存泄漏导致崩溃的问题。之前跑几天就会 OOM，现在稳了
• • Google Chat：私聊不再被误判为群聊
• • iMessage：延迟链接预览不再触发重复回复；不再回复自己的 echo
• • Discord：长回复中代码块碰到 2000 字符限制时不再整条丢失
• • Mattermost：新增 /oc_queue 原生命令管理队列；线程内持续对话无需重复 @bot
• • QQBot：Markdown 表格不再只显示最后一行
• • 飞书：语音回复现在会显示时长

🔧 二、Provider 和模型：Fast Mode 大清理 + 新模型支持

Fast Mode 理顺了

这个版本对 Fast Mode（快速模式）做了一次彻底清理。之前的问题是：

1. 1. 切换模型后 Fast Mode 状态可能残留
2. 2. Fallback 重试时 Fast Mode 配置不一致
3. 3. 状态显示不准确

6.11 的修复：

一句话：Fast Mode 之前是”薛定谔的状态”，现在是”你看到什么就是什么”。

新模型和 Provider 修复

• • Gemini 3.5 Flash：支持完整 1,048,576 token 上下文窗口
• • DeepSeek V4：OpenRouter 用户不再因为前缀重复导致 model_not_found
• • DeepSeek 推理模型：/reasoning on 时正确分离推理和最终答案
• • xAI Grok Composer：后续回复能保留之前的推理上下文
• • Xiaomi mimo-v2.5：输出 token 上限从 32K 提升到 128K
• • Ollama Cloud glm-5.2：支持 100 万 token 上下文 + 推理 + 工具调用
• • LM Studio：量化/多变体本地模型不再触发假错误
• • Codex 额度用完：自动切换到配置的 Fallback 模型，不再卡死

防”撑爆”保护

这个版本加了大量的”防过载”逻辑：

• • OpenRouter 模型目录过大 → 快速拒绝，不吃内存
• • Provider 响应超大/卡住 → 快速超时，不挂起
• • Google 嵌入式 Agent 的 Prompt Cache 响应 → 有上限保护

🧠 三、Session 和 Memory：不再”失忆”

压缩（Compaction）修复

压缩是 OpenClaw 管理长对话的核心机制——把旧消息总结掉，给新消息腾空间。但之前有几个严重问题：

6.11 全修了：

• • /stop 时取消压缩请求，保护上下文
• • 压缩后保留重复指令
• • 大工具输出也能正常压缩
• • 压缩后刷新聊天记录，回复不再消失

Memory 改进

• • Memory Wiki 不再把自己的生成页面重复拷贝回自己（之前会导致无限增长）
• • Memory Wiki 保护用户手写笔记不被覆盖
• • QMD 搜索超时 后自动终止后台进程（之前会继续吃 CPU）
• • Ollama 嵌入维度 支持自定义小维度，索引隔离
• • Session 记忆摘要 过滤掉 token 碎片、工具块、NO_REPLY 等噪音

长对话稳定性

• • 隔夜/延迟后回来继续对话，不再”偷偷重新开始”
• • 截图/图片多的对话，压缩时不再反复填满又清空
• • Prompt Cache 在多 turn 间保持稳定（省钱又省时间）
• • OpenAI Responses 不再把一个回答重复几十遍

📡 四、Slack Router Relay Mode

这是 6.11 唯一的”新功能级”更新：

问题：多 Gateway 部署（比如团队版）中，每个 Gateway 都需要单独配置 Slack App，管理复杂。

解法：新增 Router Relay Mode——用一个中央路由器接收所有 Slack 消息，然后分发到正确的 Gateway。回复仍然通过 Slack 原生投递。

适用场景：

• • 企业内部多团队各有独立 Gateway
• • 托管服务需要统一 Slack 入口

🔌 五、插件和包管理：Docker Hub + 修复流程

Docker 官方镜像

openclaw/openclaw 现在有了 Docker Hub 官方镜像（之前只有 GHCR）。Beta 版不会动 latest 和 main 标签。

插件安装不再”谜之失败”

之前插件安装有几个坑：

• • npm EOVERRIDE 报错（过期依赖锁）→ 现在自动恢复
• • plugins.allow 写错了包名 → 现在告诉你正确的 plugin id
• • openclaw doctor 建议修复后老版本不更新 → 现在正确更新
• • 热更新时旧文件可能被删导致运行中报错 → 现在下次重启才清理

Raft External Agent Wake Bridge

Raft 渠道现在支持通过本地 CLI 唤醒 Agent，适用于”有工作待处理时自动激活”的场景。

📱 六、客户端：iOS/Android/Control UI 全面刷新

iOS

• • 全新 iOS 26 视觉系统适配
• • Push 通知需要用户明确同意后才注册（之前可能提前注册）
• • 审批通知可以直接在 app 内处理
• • 统一配色方案

Android

• • 全新 Overview 界面：连接状态、Agent、节点健康、审批、最近会话一目了然
• • 可以在 app 内处理 Gateway 命令审批（Allow Once / Always / Deny）
• • Health 日志和 Skill 详情可展开查看

Control UI

• • 百万 token 显示 “1M” 而不是 “1000k”
• • Session picker 不再被隐藏的 subagent session 卡住
• • History 打开对话后，用户提问和 AI 回复都能正确显示
• • Cron 任务只统计启用的任务

🛡️ 七、Gateway 和安全

重启可靠性

这个版本对 Gateway 重启做了一次”防呆”大修：

• • 重启 handoff 改用持久化数据库（不再依赖临时文件）
• • 过期/畸形/错进程的重启请求被丢弃
• • systemd 环境下 Codex/Claude 适配进程不再残留
• • 健康检查在 restart drain 期间返回 unhealthy（负载均衡器不再转发）
• • macOS LaunchAgent 升级时不再反复 crash-restart 循环

安全加固

• • 信任包源路径拒绝”长得像”的兄弟路径（如 /openclaw-malicious）
• • Plugin 策略在 Gateway 注册变更/reload 后仍然生效
• • Control UI 更新 DOMPurify 修复 GHSA-cmwh-pvxp-8882 漏洞
• • “Always Allow” 审批记录从旧文件迁移到数据库，不再丢失

🔍 帕吉的深度观察

这个版本说明了什么？

v2026.6.11 没有任何”让人眼前一亮”的新功能。没有新渠道、没有新 AI 能力、没有新界面。

但我觉得它的分量被低估了。

功能炫不炫不重要，重要的是：出了问题，有人修。 从 Telegram 消息队列卡死，到 WhatsApp 群聊串台，到 Matrix E2EE 跑几天就 OOM，到 macOS 升级后的 crash loop——这些都是真实用户踩过的坑。每个 PR 后面跟着一串感谢的用户名，说明这些 bug 不是 QA 自己找的，是用户忍了很久终于上报的。

纯 bug 修复版本，需要底气

你见过几个开源项目敢专门出一个版本只修 bug？大部分项目会偷偷夹带新功能——因为纯修 bug 不涨 star。

OpenClaw 这次就是纯修。三周，不加新东西，只让旧东西变稳。这背后的逻辑是：用户留下来不是因为你每周整新活儿，是因为你不掉链子。

Fast Mode：一次”还债”样本

Fast Mode 在 6.11 里被修了十几次。同一个功能，十几种场景下状态不对——这说明当初发的时候状态机没画完整。

这种事在快速迭代项目里太常见了。但区别在于：有些项目一直拖着，有些项目找个时间点一口气清完。6.11 选的是后者。从结果看，比修一个发一个、用户反复踩坑要好。

下个版本的伏笔

v2026.7.1 已经在 beta 了。之前 releases 页面透露的那些新方向——GPT-5.6 支持、ClawRouter 内置路由、Event-driven Cron、iOS 26 视觉系统——应该会在 7 月正式落地。

6.11 把地基修平了。接下来看 7 月能盖多高。

📊 版本速览

🔗 相关链接

• • v2026.6.11 Release Notes
• • OpenClaw 官方文档
• • GitHub 仓库

🐱 这只胖橘猫每期都会蹲守 OpenClaw 的更新。关注「码神说」，不错过下一期帕吉观察。