OpenClaw 2026.6.10:Agent 回合开始学会快慢切换

OpenClaw 这版改动的中心，不在新增入口，而在一次 Agent 回合怎么被执行。短消息、长任务、模型选择、通道投递和工具审批，原本分散在不同路径里；2026.6.10 把这些路径重新对齐，让快路径、回退路径和授权路径少一些状态漂移。

OpenClaw 的定位是跑在用户自己设备上的个人 AI assistant。它可以连接 WhatsApp、Telegram、Slack、Discord、WeChat、QQ、WebChat 等通道，也有 Gateway、sessions、tools、skills、cron、voice 和 Canvas。这样的系统里，一次对话并不只是“把提示词发给模型”，还要确定它来自哪个通道、落在哪个 session、使用哪个 provider、是否需要审批。

短回合先走快路径，长任务再回落

这次最直观的变化，是短对话可以自动进入 fast mode。短回合走轻路径，任务拉长时再回到普通模式；retry、fallback transition、progress event，以及 embedded、CLI、ACP 这些交付形态之间，fast-mode 状态也要被正确保存和重置。

短消息进入 fast mode，任务变长或触发回退后回到普通路径。

这不是给用户多放一个“加速”开关。真正改的是回合运行时的判断：它要知道当前消息是否还适合快路径，也要在任务变长、回退触发或交付形态切换时，把状态收回到更稳的普通路径。用户看到的可能只是短消息回应更利落，但背后是 fast mode 的边界、回退和通知都被限制住。

模型路由开始跟 catalog 对齐

模型路由也被修了一轮。Zai 模型合成、GLM overload failover、native reasoning-level selection 都开始跟当前 model catalog 对齐。GLM-5 可以从 manifest baseUrl 回退，Zhipu GLM 的 overload 会被归类成可触发 failover 的状态，运行时发现的模型会通过 runtime catalog 解析/think档位。

这些变化影响的是“请求发给谁”和“失败时退到哪里”，不是模型回答本身的文风。一个 provider 的 base URL 是否准确，live-discovered model 是否暴露正确推理档位，GLM-5.2 reasoning levels 是否能进入可选项，都会改变 OpenClaw 在一次回合里选择模型和处理失败的方式。

model catalog、session state 和 trusted policies 共同决定一次回合怎么被送达和执行。

通道切换时，旧状态要被拿掉

会话和通道状态也被清理。channel switch 会重置 stale per-channel origin fields，cron delivery awareness 会继续挂在 target session 上。多通道 assistant 最怕旧字段跟着新消息走：上一条从某个通道进来，下一条切到另一个 session，如果 origin 或 delivery context 没有换干净，投递目标就容易变得含混。

hook 组合不能丢掉审批策略

还有一处靠近工具审批。composed hook registries 现在会保留 trusted tool policies。对 approval-sensitive flows 来说，hook registry 被组合以后仍要带着可信策略，否则工具调用的判断就可能和用户授权路径分开。这个修正不显眼，但它决定了运行时组合 hook 时，原有的审批边界还在不在。

provider plugin onboarding 也归到同一类问题里。setup 安装所选 provider plugin 后，会刷新 provider plugin registry metadata，让后续 auth continuation 使用新安装的 provider，而不是继续读旧 registry state。也就是说，回合开始前后的 provider 状态要和刚完成的安装步骤一致。

这次公开记录覆盖 v2026.6.9 到 HEAD 的 12 个合并 PR，并给出 npm package、registry tarball、integrity、release SHA、CI 报告和 Windows Hub promotion 等验证项。它更像一次运行时对齐：短回合走快路径，长任务能回落，模型路由看 catalog，通道切换清旧状态，hook 组合不丢审批策略。