OpenClaw 发了个「极其微小」的版本,结果修的全是 AI Agent 最容易翻车的地方

官方说「极其微小」，Release Notes 说不是

5 月 6 日下午，OpenClaw 官方账号发了一条帖子：

“OpenClaw 2026.5.5Feishu, LINE, Telegram, Discord fixesControl UI/TUI stay responsivePlugins update without losing SDK linksGateway status/restarts clearerTiny bugfix release. Extremely tiny.”

「非常小的 bugfix release。极其小。」

▲ OpenClaw 官方 X 发布帖，强调「Extremely tiny」

五行更新摘要，一句定性收尾。看起来确实像一次无足轻重的补丁。

但点开 GitHub Release 页面，情况完全不同——密密麻麻的修复条目，从 Feishu 的 topic thread ID 补齐，到 Discord 心跳超时计算逻辑重写，再到 Gateway supervisor restart handoffs 的深度诊断，覆盖了 channel 路由、插件更新、Gateway 运维三个核心层。

▲ GitHub Release 页面，openclaw 2026.5.5 的修复条目远比「tiny」这个词暗示的多

这就有意思了：官方自己往小了说，但实际动的地方，恰好是多渠道 Agent 在真实环境里最容易静默崩掉的那些接缝。

四条聊天渠道，四种不同的翻车姿势

OpenClaw 支持 Discord、Feishu、LINE、Telegram、Slack、WhatsApp、Matrix 等多个聊天渠道接入。官方文档写得很明确：

“OpenClaw can talk to you on any chat app you already use. Each channel connects via the Gateway.”

「OpenClaw 能在你已经在用的任何聊天应用上跟你对话。每个渠道都通过 Gateway 连接。」

▲ OpenClaw 官方文档列出的支持渠道，每个都经 Gateway 连接

这意味着，渠道层的 bug 会直接影响用户能不能正常跟 Agent 说上话。2026.5.5 修的四个渠道问题，每个都精准踩在不同的故障模式上：

Feishu：话题消息路由丢失。之前缺少原生 topic starter thread ID，导致在飞书话题群里，第一条消息和后续回复可能被拆成两个独立会话。用户觉得 Agent「失忆了」，其实是消息根本没路由到同一个 session（对应 issue #78262）。

LINE：私信配置「看起来开了，实际没通」。当 `dmPolicy` 设为 `”open”` 但没配 `allowFrom` 通配符时，webhook 收到私信后会先确认（ACK），然后——静默阻塞。消息不会报错，也不会到达 Agent，就是安静地消失了（对应 issue #78316）。这种 bug 排查起来极其痛苦，因为 webhook 返回了 200，日志里什么都没有。

Telegram：进度草稿反复刷屏。message-tool-only 模式下，进度草稿本该让用户看到 Agent 正在工作，结果每个 tool 都渲染一次进度行，屏幕上堆满重复的「正在处理…」。

Discord：假性断线循环。心跳 ACK 超时的计算起点有误——从连接建立开始计时，但正确的起点应该是实际发送心跳那一刻。这意味着初始心跳如果稍晚一点，Gateway 就判定超时、触发重连，然后下一轮又超时、又重连，陷入 false reconnect loop（对应 #77668 / #78087）。另外，`/steer` 这类文本控制命令在到达 Agent session 之前就被 authorization/mention gate 静默丢弃了（#78080）。

四个渠道，四种静默失败——用户看到的现象是 Agent「没反应」「断线」「刷屏」「失忆」，但底层原因全部不同。

插件更新：一次 install 就能把 SDK 链接扯断

OpenClaw 的插件生态覆盖面很广：

“Plugins extend OpenClaw with new capabilities: channels, model providers, agent harnesses, tools, skills, speech, realtime transcription, realtime voice, media-understanding, image generation, video generation, web fetch, web search, and more.”

「插件为 OpenClaw 扩展新能力：渠道、模型供应商、Agent 骨架、工具、技能、语音、实时转录、实时语音、媒体理解、图像生成、视频生成、网页抓取、网页搜索等等。」

▲ 官方 Plugins 文档：插件扩展的能力覆盖从渠道到语音到图像生成

当插件体系越来越外部化——npm 包、ClawHub 仓库、第三方开发者——更新路径上的脆弱点就越多。2026.5.5 修的问题直指痛点：

官方 npm 和 ClawHub 插件（包括 Codex、Discord、WhatsApp、diagnostics 等核心插件）在 host update 过程中可能丢失同步状态。更隐蔽的是，shared-root npm install/update/uninstall 之后，managed npm plugin 的 `openclaw` peer links 需要重新确认——之前没有这个步骤，一次常规的 `npm install` 就可能把 SDK 链接扯断，导致插件看起来装好了但实际跑不起来。

此外，source-only TypeScript package 缺少编译产物时，之前的报错信息含糊不清。现在诊断信息变得更可操作——直接告诉你缺什么、怎么修。

Gateway：长驻服务的运维盲区被补上了

Gateway 是 OpenClaw 的核心 WebSocket 服务，负责 channels、nodes、sessions、hooks 的连接管理。

“The Gateway is OpenClaw’s WebSocket server (channels, nodes, sessions, hooks). Subcommands in this page live under openclaw gateway ….”

「Gateway 是 OpenClaw 的 WebSocket 服务器（channels、nodes、sessions、hooks）。」

▲ 官方 Gateway 文档，列出 restart/status/health/stability/diagnostics/probe 等运维命令

对于一个需要 7×24 运行的 Agent 服务来说，Gateway 的运维可观测性直接决定了出问题时你能多快定位原因。2026.5.5 在这一层做了三件事：

深度状态可见。`openclaw doctor –deep` 和 `openclaw gateway status –deep` 现在会显示最近的 supervisor restart handoffs 记录。之前做完一次 quick restart，你没有简单的方式确认 supervisor 是否成功完成了交接。

快速重启不再遗留后台定时器。之前 quick restart 后，delayed post-ready maintenance 没有被取消，导致旧的 maintenance cron 和 background timers 继续在后台运行——相当于重启了前台进程，但后台还跑着上一个周期的任务。

token-shadowing 告警更克制。之前这类告警太频繁、信息量不够，反而造成日志噪音。现在更安静，但每条都包含更多上下文。

Control UI/TUI：慢查询不再拖垮整个界面

还有一组修复针对 Control UI 和 TUI 的响应性：

当 history payloads 和 channel probes 加载缓慢时，chat/channel tabs 仍然保持可操作——之前会整个界面卡住等数据返回。partial channel status 现在会被明确标注，不再显示为空白。slow chat/config render 的耗时被记录进 event log，方便排查性能瓶颈。

TUI 端的 session picker 也做了优化：限制 recent rows 数量，对 active session 使用精确 lookup-style refresh，避免启动时从一个陈旧的 store 里 hydrate 很久以前的 transcript。

社区反应：有人点赞，有人觉得不够

用户 NoodlyPandaStories 回复说已经升级，跑了 `openclaw upgrade` → `openclaw doctor –fix` → `openclaw gateway restart`，结论是 “It works, safe to upgrade”。

但也有不同声音。BrainStackAI 认为这些仍然只是 maintenance/minor fixes，他更期待长期记忆、可靠自主 Agent、更清晰的文档这些大方向上的进展。

两种反应都合理。对于每天在 Feishu 或 Discord 里跟 OpenClaw 交互的用户来说，topic 路由修好了、心跳不再假性断线了，这就是实打实的体验改善。但对于等着 Agent 能力跃升的人来说，一个 bugfix release 确实不够看。

当 Agent 真正上线，boring fixes 反而最关键

OpenClaw 在 GitHub 上的描述是「Your own personal AI assistant. Any OS. Any Platform. The lobster way.」——一个跨平台的个人 AI 助手。

当一个 Agent 产品从 demo 阶段走向真实使用，同时接入 Feishu、LINE、Telegram、Discord、Slack、WhatsApp，又支持 ClawHub/npm 插件、Gateway 长驻服务、doctor/status/health/probe 等运维工具链时，最容易出问题的地方永远在粘合层，不在模型能力——消息路由、配置校验、心跳计时、SDK 链接、后台定时器、状态可见性。

这些修复看起来一个比一个无聊。但它们决定的事情很简单：你的 Agent 能不能在凌晨三点不需要你盯着的情况下，稳定地处理一条飞书消息。

OpenClaw 2026.5.5，名字叫 tiny，修的是地基。

— END —