乐于分享
好东西不私藏

OpenClaw 2026.6.9:这次更新,422 个 PR,只为让 Agent 少一点崩溃感

OpenClaw 2026.6.9:这次更新,422 个 PR,只为让 Agent 少一点崩溃感

大家好,我是 One,

OpenClaw 2026.6.9 发了,

官方这次给的关键词很直接,focus on paper cuts,

我挺喜欢这个说法,

Agent 产品最烦人的地方,很多时候不是没有某个大功能,而是那些小伤口一直磨人,

Telegram 里格式丢了,长任务跑到一半断了,工具调用看起来成功但结果没送出来,Codex 接进来以后链路不稳,搜索提供商一多又开始问密钥、权限、来源,

这些问题单独看都不性感,

但放到日常使用里,它们决定你到底敢不敢把一个任务交给 Agent 跑完,

这一版 release 很长,完整记录覆盖 v2026.6.8 到 HEAD,一共 422 个 merged PR,

但如果只看用户体感,我会把它收成几件事,

第一,Telegram 交付变稳了,

Telegram 现在可以发送 rich HTML,保留 rich markdown 和 sticker paths,progress drafts、command output、HTML tables 这些东西也处理得更像人能读的消息,

这个对多入口 Agent 很关键,

因为很多人不是一直坐在 Web UI 前面等结果,

你可能在 Telegram 里丢一个任务,让它跑一段时间,再回来看中间进度和最后回复,

如果消息格式乱,进度丢,表格炸,mention 路由错,用户体感就会很差,

不是模型不聪明,是交付链路让人不放心,

第二,Agent recovery 继续补,

这一版修了 retries、terminal outcomes、usage after compaction、session history repair、reply reconciliation 这些东西,

说人话,就是尽量别让一次中断、一次空回复、一次历史损坏,把整个任务变成黑洞,

我之前一直觉得,Agent 真正难的不是跑一次 demo,

难的是长任务跑到第 17 步时,系统还能知道刚才发生了什么,还能把没送出去的结果补回来,还能把下一步继续下去,

OpenClaw 现在反复修这些地方,方向是对的,

因为很多用户不会关心内部是 compaction、session history 还是 partial JSON,

用户只会问一句,刚才那个任务到底跑完没有,

第三,Codex 集成更深了,

这一版 Codex 增加了 automatic plugin approvals,GPT-5.3 Spark OAuth routing,remote-node exec 也可以作为 dynamic tool 暴露给 Codex,app-server teardown 和 terminal outcomes 也做了修复,

这类改动不是给截图看的,

它更像是把 Codex 从一个外接能力,慢慢放进 OpenClaw 的实际工作流里,

尤其是 remote-node exec,如果你把 Agent 当成多机器、多节点、多工具的执行系统,这个能力会越来越重要,

但我还是建议新用户别第一天就把所有插件、所有 provider、所有远程节点都打开,

先用一条最小链路跑通,

openclaw updateopenclaw --versionopenclaw doctoropenclaw status

确认基本环境没问题,再往 Codex、远程节点、渠道插件、定时任务上叠,

别一上来就把系统搞成一坨配置泥巴,

第四,搜索和技能更实用了,

这一版 Codex Hosted Search 已经可用,同时 key-free search providers 仍然保持 opt-in,ClawHub skill installs 也会保留 verified source provenance,

这里有两个点我觉得值得注意,

一个是搜索终于更靠近 Codex 工作流,

另一个是 key-free provider 没有默认乱开,

搜索能力很容易被写成“接入更多信息源”,但真落到 Agent 产品里,搜索权限、来源、成本和可追溯性都很麻烦,

能搜是一回事,什么时候搜、用谁搜、结果从哪里来、后面能不能复查,是另一回事,

所以 ClawHub skill source provenance 这种看起来很工程的细节,其实对长期使用很重要,

你今天装了一个技能,三周后它影响了一个任务结果,你最好还能知道它从哪里来,

第五,Web 和原生客户端也在补日常体验,

Control UI 增加 session workspace rail 和 extension health,iOS 增加 Watch controls,Android 可以显示 chat context,

这个方向我也认可,

Agent 越复杂,界面就越不能只剩一个聊天框,

你需要看到当前会话在哪,扩展是不是健康,移动端上下文有没有带上,任务状态有没有失联,

尤其是 Control UI 的 session workspace rail,听起来像小改动,但它其实是在回答一个很基础的问题,

当你同时开了多个会话、多个工作区、多个 Agent,怎么别迷路,

这也是 paper cuts 的典型场景,

不修不会死,

但每天都疼,

安装包和发布链路这次也有一些值得看的信息,

release 里有 macOS DMG、zip、Windows Companion x64 和 arm64 安装包,也有 release manifest、postpublish evidence、SHA256SUMS、dependency evidence 这些校验材料,

官方 release 里还给了 npm package、registry tarball、integrity、release SHA、CI report 和多个 GitHub Actions 验证链接,

这不是普通用户每天都会看的东西,

但对一个 Agent 系统来说,发布可验证很重要,

因为它接的是你的账号、消息、文件、终端、定时任务和各种 provider,

更新链路越透明,用户越容易判断自己装的到底是不是那一版,

如果你已经在用 OpenClaw,我建议这一版可以更新,

更新后至少跑一下这些检查,

openclaw updateopenclaw --versionopenclaw doctoropenclaw statusopenclaw gateway status

如果你在用 Codex,再补一眼模型和插件状态,

openclaw modelsopenclaw status

如果你主要通过 Telegram 或移动端使用 OpenClaw,这一版更值得看,

因为很多修复都落在消息交付、进度展示、回复恢复和客户端上下文上,

这些不是炫技功能,

但它们决定你能不能少盯着 Agent 一点,

我的判断很简单,

OpenClaw 2026.6.9 不是那种拿一个大功能出来刷屏的版本,

它更像一次系统性补牙,

Telegram delivery、Agent recovery、Codex integration、Search、Skills、Control UI、mobile clients、release verification,

每一项都不算惊天动地,

但这些 paper cuts 少一点,Agent 才能从“能演示”往“能日常交付”走,

这也是我现在更关注的方向,

不是它又多会了一个动作,

而是我把任务丢过去以后,它能不能稳稳把结果带回来,

以上,