OpenClaw 24h 更新快报（2026-09-06）：Gateway 雾态恢复、Android 健康刷新、Swarm 槽位管理
过去24小时内，openclaw/openclaw 仓库共计合并约30个 PR，集中于稳定性修复、渠道消息格式以及 UI 交互改进。其中 Gateway 云端会话恢复、Android 健康刷新逻辑以及 Code Mode Swarm 槽位调度三个改动对实际使用有直接影响，值得关注。
Gateway 运行时稳定性
PR #139437 修复了 Gateway 升级后云端空闲会话未能正确恢复的问题。以往在 Gateway 完成热更新后，部分云端 Worker 处于 idle 状态但没有被正确唤醒，导致新请求无法分发到这些节点。该 PR 调整了 idle worker 的回收策略，确保 Gateway 更新后所有可用节点立即重新加入调度池。
同一模块下，PR #139387 优化了 Worker 启动时的 scratch 准备工作。当 Gateway 为 Worker 分配临时存储时，此前会做一些不必要的预检查，在高并发场景下拖累启动速度。新实现跳过无意义检查，直接进入就绪状态，整体 Worker 启动耗时明显缩短。
Android 端健康刷新修复
PR #139430 修复了 Android 端聊天健康检查在重叠历史写入场景下无法完成的问题。具体来说，当一个新的分支写入强制触发历史重新读取时，之前 pending 的健康检查 obligation 被错误丢弃，导致后续请求使用了过期的健康状态。该 PR 调整了健康检查 obligation 的保留逻辑，在有效分支写入期间维持 pending 状态，直到新历史读取真正完成。
相关修复同时出现在 PR #139395 中，该 PR 将 workspace 迁移时机提前，并在渠道启动失败时暴露具体错误信息，便于排查 Doctor 场景下的迁移阻塞问题。
Code Mode Swarm 槽位调度
PR #139420 是本次值得关注的高优先级修复：当 guest 微任务完成后，Code Mode 的 Swarm 收集器会调用普通工具，但此前存在槽位溢出风险——已完成的收集器仍可能继续填充 bridge budget。新 PR 在 guest 微任务结束后主动补充排队的 Swarm 请求槽位，同时在 side-effect 分发前拒绝超出容量的原始 frontier 请求。此外还改进了部分结果耗尽后的处理逻辑：保留已成功的中间结果，防止后续子节点或 provider 失败时全部丢弃。
渠道消息格式修复
PR #139390 修复了 Discord 和 session 消息中缩进格式丢失的问题。当消息内容包含多级缩进代码块时，发送前处理流程错误地剥离了前导空格，导致代码片段可读性大幅下降。该修复同时覆盖了 Discord 渠道和普通会话两条路径。
插件与原生依赖
PR #139415 修复了原生 archive 插件在存在 bundle 元数据时无法加载的问题。此前安装流程未正确处理 bundle manifest 中的元数据字段，导致部分插件在生产环境启动时静默失败。修复后安装程序会读取并应用 bundle 元数据，确保原生依赖正确初始化。
本次窗口内另有多个测试和重构 PR（CLI 命令解析简化、状态读写分离、Moonshot 目录断言简化等），均为内部工程改进，不影响普通用户可见行为。
本次更新以稳定性为核心基调，Gateway 和 Android 端的核心问题修复最为重要。
评论