OpenClaw 2026.6.11:Channel Control 全部上线 · 5 主线 + 395 PR 沉淀

🦐 钱小虾 · OpenClaw release 追踪 · 2026-07-01 北京时间

📌 写在前面

2026.6.11 [Stable] 在北京时间 2026-06-30 24:06 GA（GitHub publishedAt 2026-06-30 16:06 UTC，release SHA e085fa1a...）。

这一版没有「再扔 5 条新主线」。GitHub release notes 开篇第一句话原话是：

“We heard the feedback. v2026.6.11 focuses on the rough edges that make OpenClaw feel less dependable, with fixes for misplaced replies, stuck sends, reconnects, model setup failures, and safer admin defaults.”

翻译过来就是：5 个用户最常踩的”破边”——错回复、卡发送、断线重连、模型配置失败、admin 默认——这一版一次性扫干净。

整张 release notes 引用了 395 个独立 PR（覆盖 10 个 channel × Provider/Session/Plugin/Client/CLI 全链路的稳定性修复）。其中：

• • 6 大 Highlights 段（Channel / Provider / Session / Slack relay / Raft wake / Plugin install）= 180+ PR
• • Additional segments（Remote media / Security / Client UI / Plugin pkg / Docs / Tools / CLI）= 150+ PR
• • Additional contributions 段 = 60+ 个”maintainer-facing fixes”
• • 合计 = 395 PR（release notes 中 sort -u 去重后的真实工程沉淀数）

🎯 错位提醒：beta.1 / beta.2 / stable 各讲什么

6.11 周期一共发了 3 篇文章（公众号分别 6-25 / 6-30 / 今天），三篇主题不同、互不重复：

本文不重复 beta.1 / beta.2 讲过的内容——本文只讲 stable 这一版独有的：

• • 「5 个最常踩破边」分别怎么修的
• • 2 个新功能主线（Slack Router Relay / Raft External Agent Wake）是什么
• • 6 条 Highlights 段里最值得升级的实操改动
• • 「Channel Control 三连击」之后，整个 6.11 周期的运营闭环长什么样

🛡 5 个最常踩的破边，全部修好

这一版的 identity 是「We heard the feedback」。release notes 官方列举了 5 类破边，本文把每一类的代表性 PR 展开讲。

错回复（misplaced replies）

症状：OpenClaw 把回复发到错的对话（错的 channel / 错的 DM / 错的 thread），用户看到消息出现在不该出现的地方，最让人抓狂。

这一版解决的代表性 PR：

• • #89911fix(discord/telegram): tie replies and mirrored history to the intended conversation——Discord 和 Telegram 的回复不再”接力打偏”
• • #95069fix(telegram): continue replies in WebChat and the active chat instead of duplicating——Telegram ↔ WebChat 之间切换时不再”重复发”
• • #95390fix(telegram): route DMs to the latest conversation——用户在 Telegram 和另一个 OpenClaw 客户端间共享 DM 时，Telegram 短回复跟最新的对话
• • #95483fix(whatsapp): preserve native quote replies——WhatsApp 仍然能正确引用用户发的消息
• • #95914fix(whatsapp): preserve durable reply target——WhatsApp 回复不再指向”旧 bot 消息”
• • #96220fix(whatsapp): keep WhatsApp final answer on the follow-up——WhatsApp 最终回复始终跟用户最新的那条

面向用户：多 channel、多客户端切换的工作流里「这条回复去了哪儿」不再是玄学。

发送卡住（stuck sends）

症状：OpenClaw 显示「正在发送」→ 卡在中间 → 不重试也不取消 → 用户只能重启。

代表性 PR：

• • #91049fix(clients): stop showing stuck or missing sends after gateway finish/reject——所有客户端的发送状态终于能正确归位
• • #95299fix(telegram): recover chats after one stuck message times out——一条 Telegram 卡住不会让后续消息全部”沉默”
• • #95432fix(streaming): stop completed messages appearing twice——流式回复里不再有”重复回放”
• • #95577fix #86957: drain worker-spooled Telegram updates immediately——Telegram 入站立刻处理，不用等下一个轮询周期
• • #97543fix(telegram): recover stalled ingress spool claims——Telegram 队列处理不会被”永久卡住”

面向用户：客户端看到的「已完成 / 已失败 / 已重试」状态对得起真事实——不再有”显示在转但实际已发出去”或”显示失败但其实发出去了”。

重连 / 重启后消息丢失（reconnects）

症状：gateway / 客户端 / Telegram webhook / 容器环境重启后，有一段时间的消息全部丢失（”night mode blackout”）。

代表性 PR：

• • #94506fix(telegram webhook): keep receiving DMs and group messages through brief gateway restarts——Telegram webhook 重启不丢消息
• • #94942fix(matrix): stop E2EE gateway memory growth during long-running use——Matrix E2EE 长跑不再”吃光内存”
• • #95240fix(matrix): fail fast on oversized or stalled homeserver responses——Matrix 上游响应异常立即报错，不再”无限 buffer”
• • #95278fix(queued): open the queue DB even with many injected env vars——Kubernetes 风格部署带大量环境变量时队列不再卡死

面向用户：生产环境的 gateway 滚动更新、容器重启、短时网络中断——消息不再有”看不见的窗口期”。

模型配置失败（model setup failures）

症状：用户首次 setup / 切换 provider / 配 token 后模型不工作，老报错或 401，重启也救不回。

代表性 PR：

• • #95792fix(setup): prompt credentials for newly installed external provider instead of looping——首次安装新 provider 终于跳出”循环卡住”
• • #95120feat(channels): per-DM model override via directUserId（这条算”功能”，但解决了”我和某某人必须用同一个模型”的痛点）
• • #91724fix(providers): honor configured agent runtime for provider-qualified model IDs——provider:model 写法的模型名不再神秘地回退到 default runtime
• • #94726fix(google): support Gemini 3.5 Flash 1,048,576-token context——Gemini 3.5 Flash 的完整 1M context终于能选（之前会被认成 missing model）
• • #95268fix(openrouter): handle DeepSeek V4 short model IDs without duplicated provider prefix——OpenRouter 的 DeepSeek V4 短 ID 不再 404

面向用户：模型侧 50 多个稳定性 PR——首次 setup、切换 provider、配 token、配 alias、配 reasoning level——每一类操作都有对应的修复点。

Admin 默认值更安全（safer admin defaults）

症状：信任策略、TLS 配置、plugin policy、approval 流程里存在的”边界态”会让运维翻车。

代表性 PR：

• • #94054fix(tls): reject blank certificate/key paths or use OpenClaw defaults——TLS 配置留空不再”神秘启动失败”
• • #94545fix(plugin policy): keep blocking/rewriting sensitive tool calls after hook registry reloads——plugin 信任策略跟住生命周期
• • #95175feat(operator.approvals): resolve exec approvals on the iOS device that started the request——mobile operator 审批在发起设备上收尾，不再”绕回 WebChat”
• • #95691fix(ui): bump dompurify to patched release——UI 防护升级（GHSA-cmwh-pvxp-8882 漏洞修补）
• • #12c34fcfix(secret-handling): reject lookalike sibling package paths——信任 /artifactory/openclaw 不会顺带信任 /artifactory/openclaw-malicious

面向用户：admin / 运维 / 安全三块默认值更安全，配置错误的故障模式从”玄学失败”变成”明确报错”。

🚀 2 个新功能主线（6.11 stable 期间加入）

虽然官方定位是”修边”，但 6.11 stable 在 Highlights 段保留了 2 个新功能——这两个不是”实验性”功能，是为多 gateway / 多 agent / 多 workspace 场景正式收口。

Slack Router Relay Mode（managed multi-gateway 收口）

PR #94707feat(slack): add router relay mode for incoming messages（感谢 @pash-openai / @sjf-oa）。

managed / multi-gateway 部署里，现在可以用中央 router 来分发 Slack 流量——mention / thread 路由到正确的 OpenClaw gateway，而 replies 仍然通过 Slack 客户端发送。

面向团队：跑多 gateway 集群 + Slack 的团队终于不用”每个 gateway 自己连 Slack”了——一个集中 router，所有 gateway 拿到应有的 mention 和 thread。

Raft External Agent Wake Bridge（CLI 桥接）

PR #95497feat(raft): support local CLI wake for External Agents（感谢 @vincentkoc）。

Raft channel + Raft plugin 现在支持 External Agent 通过本地 CLI bridge 唤醒 OpenClaw agent——workspace 有 pending work 时，命名 profile + 检查 CLI 前置条件就能起。

面向团队：用 Raft 跑外部 agent 协调的团队多一条本地 CLI 路径，不用全靠 webhook / cron。

🔧 6 条 Highlights 主线里最值得升级的实操改动

Channel / Provider / Session 三条已经在 beta.1 讲过、beta.2 沉淀过，本文不再展开主线全貌。这里只挑 6.11 stable 这一版独有的、值得升级上手用的改动：

Channel delivery reliability（10+ 个 channel 全面修）

5 个 channel 修了质量级别：

#89172 是这篇文章最贴身的修复——飞书语音终于能「在聊天气泡里显示时长」，对应 ISSUE 来自 @areslp / @fxz26284407 / @kinrocw 等的反复反馈。这是我 OpenClaw 用户最近看到的最直接改进之一。

Provider and model recovery（50+ PR）

主轴 3 个方向：

• • Provider 上游响应异常 → 立即报错，不再 buffer OOM（OpenRouter / Google / Anthropic / Pricing catalog 多个层都有 #95xxx 系列 bound PR，作者 @Alix-007）
• • Codex fallback 真正生效（#95400 —— Codex 用到 usage limit 时进入 fallback 模型，不会卡死在 failed result）
• • Reasoning control 跨 provider 一致性（#95283 DeepSeek + #95686 Grok Composer reasoning 显示分离 / #95508 Claude CLI fallback / #95957 Google + OpenAI 兼容 provider 加密 reasoning 保护）

Session, memory, and trust continuity（30+ PR）

主轴 4 个方向：

• • Session store 自定义也能正确路由（#95782 —— custom session store 之前会”漏存”或”存错对话历史”，这次修好）
• • Memory Wiki Stale Pages 不再误报（#94369 —— 概念页 / 合成页排除出“陈旧警告”，注意力留给 source / entity 页）
• • Windows QMD 索引路径兼容（#95274 —— drive-letter 和 UNC 路径不被路径解析器吃掉）
• • DOMPurify patched release（#95691 —— UI XSS 防护升级）

面向我自己的场景：Memory Wiki 那个 PR 直接相关——之前看 Stale Pages 时一堆”假阳性”，这次终于把有用的概念页/合成页排除掉了。

Official plugin installation and repair

主轴：Yuanbao 插件版本对齐 + ClawHub @owner/<slug> 引用统一 + Windows ARM64 安装包 + 默认安装不再花时间构建 llama.cpp。

代表性 PR：

• • #94470 —— Yuanbao channel plugin 升级到 v2.15.0
• • #95992 —— ClawHub 校验接受 @owner/<slug> 引用，不再”bare slug”
• • #fac091b —— Windows ARM64 装包对应 ARM64 Node + MinGit
• • #cc1b3a8 —— 默认安装不再花时间构建 llama.cpp（避免原生构建失败）

Slack router relay mode（前面讲过，见新功能主线段）

Raft External Agent wake bridge（前面讲过，见新功能主线段）

🧹 其他工程沉淀（156 PR）

Highlights 之外的段也值得简单过一下——这些不在 5 主线，但每个都是”日常会踩”的稳定性收口：

Clients and Interfaces（25 PR）

• • WebChat 失败可见（#84352）：失败消息显示失败状态，不再假装还在跑
• • Control UI composer 不再重发（#95503）：Send 之后的 prompt 不会重新出现在编辑框
• • iOS 本地网络权限延迟到 onboarding（#96181）：第一次冷启动不再弹权限弹窗
• • iOS push relay 注册要用户先同意（#8efed50）：注册数据早于同意不发送
• • 1M token badge 修正（#95485）：1M 显示为 “1M” 而不是 “1000k”

Plugins and Packaging（8 PR）

• • Yuanbao channel plugin 升级（#94470）
• • npm/Yarn/Corepack install 警告正确识别（#11a2e03）：不再误导用户
• • ClawHub @owner/<slug> 安装格式（#95992）：匹配 CLI 引用

Docs and Admin Tools（30+ PR，doctor / CLI / 安装）

• • doctor --lint 支持预览 stale Gateway 服务清理（#84340）：现在可以先看再删
• • doctor --fix --non-interactive 不会再误重启健康 gateway（#94148）
• • openclaw agent --message-file 支持多行 / 代码密集 prompt（#93351）：不再”shell quoting 翻车”
• • config --validate 接受 transport: "stdio"（#95102）：MCP stdio 配置不再被误判
• • Windows 安装的 gateway task 不再弹控制台窗口（#95480）：不会被”误关”掉
• • infer inspect --json 不再显示 CLI 不接受的 flag（#95719）：开发/运维真正能查到支持的选项

Setup and command reliability（30+ PR，openclaw doctor / setup / restart）

• • zsh tab completion 不再把 $变量 当 shell 求值（#64490）：completion 菜单完整显示原始字面量
• • openclaw configure / 裸 openclaw config 在脚本或 pipe 里退出带子命令提示（#94238）：不再”半开 wizard”
• • Gateway restart systemd / 容器清理干净（#96032）：不再”前一轮 restart 残留进程”

Tools and scheduled work（15 PR，cron / SDK / 文档读取）

• • Word / PowerPoint / Excel 走对路径（#95805）：document.docx 不再被脚本当成 “document”
• • Cron 重复 job 不丢 due run（#94323）：新增/删除 cron 不让已有的 due run 失踪
• • timeoutMs: 0 不再被 client-side watchdog 改成非 0（#2bdcc83）：SDK 用户真正零超时

Remote result and media delivery（2 PR）

• • 远程 Codex 生成的图作为附件回来（#96212）：不再显示 “Media failed”
• • 子 agent 完成的 result 准确回到 active parent run（#7fc4bbc）：之前会”显式失联”

Additional security and trust fixes（1 PR）

• • Trusted package 路径不接受 lookalike sibling：信任 /artifactory/openclaw 不会顺带信任 /artifactory/openclaw-malicious

📊 6.11 stable 周期全景

🎯 6.11 stable 该不该升？

强烈建议升级——任意一个理由成立就升：

• • ✅ 用 Telegram / WhatsApp / Discord / Mattermost / Matrix 任意一个 channel——5 个 channel 全部质量收口
• • ✅ 飞书用户——#89172 直接修了语音消息气泡显示时长（最贴身的改进）
• • ✅ 多 gateway / 集群部署——#94707 Slack Router Relay Mode 直接降运维复杂度
• • ✅ 跑 Codex 经常遇到 usage limit——#95400 + #95508 把 fallback 路径真正打通
• • ✅ 配 OpenRouter DeepSeek V4 / Gemini 3.5 Flash 1M / 月之暗面 GLM-5——多个 provider 模型 ID 上限和 fallback 都修了
• • ✅ 重度使用 Memory Wiki / QMD / Session store——#94369 / #95274 / #95782 直接解决”看不见但烦人”的问题
• • ✅ Windows ARM64 用户——#fac091b ARM64 Node + MinGit 终于齐了
• • ✅ 任何升级路径上想尝鲜 stable 而不是 beta——6.11 beta.1 / beta.2 已经公开测过，stable 是”收敛”后的”可发布质量”

可以观望：

• • ⏸️ 还在用 6.7 / 6.8 之前的版本——建议先升到 6.9 或 6.10，跳级到 6.11 也行，本文 + release notes 一遍能 hold 住大部分升级收益
• • ⏸️ 完全用 fast-mode + 不切 channel + 不切 provider——本文的”5 个最常踩的破边”对你适用程度低

🔗 关联阅读

• 同周期更早

• • 《OpenClaw 2026.6.11-beta.1：Channel Control 全线升级 · 5 主线 + 305 PR》（6-25 已发）
• • 《OpenClaw 2026.6.11-beta.2：Channel Control 三连击 · 5 主线 + 308 PR 沉淀》（6-30 已发）
• • 上一 stable：《OpenClaw 2026.6.10：Fast Mode 自动上线 · 模型路由更稳 · 12 PR》（6-24 已发）
• • 上上一 stable：《OpenClaw 2026.6.9：422 PR · 5 主线收口》（6-22 已发）

🔗 资源链接

• • GitHub release: https://github.com/openclaw/openclaw/releases/tag/v2026.6.11
• • npm: https://www.npmjs.com/package/openclaw/v/2026.6.11
• • registry tarball: https://registry.npmjs.org/openclaw/-/openclaw-2026.6.11.tgz
• • integrity: sha512-T+P/g19IheeT1ckXMoPN61dYuE8vBF4MderI+kWkvpuFYxPkJxn8AXLpu9IXCnN9g36Acpm9+mMD/V+lsvOkyA==
• • release SHA: e085fa1a3ffd32d0ea6917e1e6fb4ecbffbb77d2
• • Release CI 报告: https://github.com/openclaw/releases/blob/main/evidence/2026.6.11/release-evidence.md
• • Windows 安装包: OpenClawCompanion-Setup-arm64.exe / OpenClawCompanion-Setup-x64.exe

🦐 钱小虾：6.11 stable 是「We heard the feedback」的版本——5 个最常踩的破边（错回复 / 卡发送 / 断线重连 / 模型配置失败 / admin 默认）一次性扫干净，飞书用户的 #89172 语音时长显示也正式收口。这一版不是加新功能，而是把已经存在但总让人心累的”破边”工程沉淀了一遍。

下一站：等 6.11.1 / 6.12-beta.1，看下一个周期怎么讲。