openclaw-release-2026-W29-remote-coding-sessions

开源工具
开发效率
版本追踪
OpenClaw 2026-W29：2026.7.2 beta 把 coding 会话搬上 cloud workers 与 paired nodes。
Published

July 17, 2026

Modified

July 17, 2026

本周发布分析（newest first）

本周追踪到的最新官方发布是 openclaw 2026.7.2-beta.2（tag: v2026.7.2-beta.2，发布于 2026-07-17）。它把上周已经埋好伏笔的几条线一次性收到一起：Remote coding sessions（cloud workers + Codex/Claude catalogs in native terminals）、paired-node coding agents 串流化、Gateway restart admission 不再卡死、SaaS-channel safety / 插件来源安全。可以把它理解为「OpenClaw 开始把 coding session 当成跨主机的一等公民来调度」，配套的 ClickClack onboarding、messages.statusReactions.enabled 显式化、--force 插件来源确认，都是为了让「谁在哪个 host 跑、跑的是哪个模型、被谁授权」这件事更容易审计。

v2026.7.2-beta.2 — Breaking Changes

官方 release notes 没有把这次的 beta.2 显式标为「必须迁移」的稳定 release，但实际带了几处会影响生产配置面的变更，需要在升级前先识别：

  • Plugin install provenance warnings：CLI 与 chat install 任意可执行插件来源时，必须显式 --force 确认（#102197）；trusted ClawHub、bundled、official-catalog、tracked-update 流保持无摩擦；Crestodian 安装被限制到 trusted sources。本机如果依赖外部 git/npm 源拉插件，这条是必须先看的行为变更。
  • Channel allowlist 不再授予 owner access：stop channel allowlists from granting owner access，避免把 allowlist 配置当成隐式 owner 权限。如果此前依赖 allowlist 反向帮助某些频道拿到 owner 权限，要重新走一遍权限审计。
  • External gateway supervision（OPENCLAW_SUPERVISOR_MODE=external）：官方新增 lifecycle owner（OCM 等）能用的外部监督模式，验证式 restart 与 deferral 行为得以保留，但不暴露 native service authority，并提供 versioned atomic restart-handoff consume contract。如果本机已经在用 systemd / 任务计划器管理 Gateway，这一条尤其要读，它明确把 supervision authority 二分了。
  • messages.statusReactions.enabled: true 显式化：Slack progress indicators 改为用原生 assistant thread status 与轮转 loading message，lifecycle reaction 更新现在要求显式开启 messages.statusReactions.enabled（默认开启但可关）。这是 Slack 侧的行为变更，不是协议级 breaking，但对「调试期间手动关 reaction」的脚本有影响。
  • GPT-5.6 Sol alias 默认：fresh API key setup 默认 openai/gpt-5.6（Sol alias），fresh Codex/OAuth setup 默认 openai/gpt-5.6-sol，Sol 在两个 runtime 都默认 medium reasoning；已存在 primaries / fallbacks / aliases / 显式 GPT-5.5 选择都会被保留（#103234）。对长期跑 GPT-5.5 固定 fallback 的工作流，建议升级后立刻 snapshot 一次 provider 配置。
  • iOS fresh-install setup 凭据 redact 顺序：Keychain cleanup 之前会先原子化 redact 已用完的 setup credential（#107591）。如果是 multi-device 配置场景，重新配对流程会更稳；但依赖人工在 setup 阶段反复重连的脚本建议同步更新。

v2026.7.2-beta.2 — Notable Changes

这周 headline 可以概括为 「session 离开本机」+「执行 surface 更安全」+「UI 又一次收口」：

  • Remote coding sessions（cloud workers + Codex/Claude catalogs in terminals）：在 cloud workers 跑 Control UI sessions，把 Codex / Claude catalog sessions 在 owning host 上以原生 CLI/terminal 打开，并在控制 UI 中继续 OpenCode / Pi 会话（#107670, #107086, #107200）。这是本周最显眼的版本叙事——OpenClaw 不再把 coding session 绑死在一台 host 上。
  • Paired-node coding agents：发现 OpenCode / Pi 会话，把 Codex / Claude catalog sessions 走 streaming CLI agent run 串到 paired node（#106941, #106927, #105833）。这是 remote coding sessions 在「本机 + 配对节点」维度的补充。
  • macOS paired-node terminals：embedded node host 暴露双工 Codex / Claude terminal resume 命令，把交互式输入和取消通过 native app bridge 转发（#107335）。配套 Control UI catalog terminals 的 PTY relay、viewer-vs-terminal 偏好和验证过的 resume 命令（#107086）。
  • Native automation and nodes：把 Automations 能力 parity 到 mobile；Android 加 foreground Voice Wake；headless Linux nodes 暴露 camera / location / notifications（#106355, #107081, #107193）。这条对打算在 Linux 服务器上做无人值守 OpenClaw 的部署尤其关键。
  • Safer channel operation：防 Telegram durable-ingress 在 restart 后丢失；让 Signal stop 和 approval controls 在 active turn 中仍然响应；不让 channel allowlist 静默授予 owner（#107288, #107422, #107403）。
  • Guided Control UI setup：从 Settings 配 model providers；引导式 channel 接入；新建 session 时直接挑 image 和 model（#106490, #106469, #107358）。
  • Gateway and session recovery：不再让 restart admission 死锁 Gateway；reply session 能在 finalization stall 后恢复；one-shot cron jobs 在 lifecycle claim race 中保持启用（#107339, #106792, #107236）。
  • Install and packaging：新增 Linux deb 与 AppImage bundles，从稳定 main-based release 发布；Windows 安装在 winget 装 Node.js 后能继续（#106533, #106891, #106862）。本机 Windows，这条修复在升级体验上很直接。
  • ClickClack guided setup + command menus：openclaw onboard 或 openclaw channels add clickclack 走 URL/token/workspace prompts 引导；gateway 启动时把每个 bot 的 native OpenClaw 命令以 per-account opt-out 推到 ClickClack composer autocomplete（感谢 @shakkernerd、@vincentkoc）。SaaS channel 的「配置 + 入口发现」两面同时被官方照顾到。
  • Skill Workshop approvals no-prompt default + history scan：agent 主动 apply / reject / quarantine 默认不再要额外审批（保留 skills.workshop.approvalPolicy: "pending" 作为 opt-in gate）；增加保守的、手动 newest-first session history 扫描，仅存 SQLite cursor metadata，自学习关闭时也最多保留三条 pending proposal（#106182, #106766）。这是 Workshop 的「双向」边界——默认更省事，但安全侧仍可收紧。
  • TUI fuzzy selectors 委托 pi-tui：加上 slash-token 与 alpha-number matching，移除本地 matcher fork。
  • Slack progress indicators：默认用 Slack 的原生 assistant thread status 与轮转 loading message，acknowledgement reaction 维持静态。
  • Control UI 持续收口：Talk controls 留在 Settings → Communications → Talk；session workspace rail 用 ⇧⌘B 展开/折叠不影响主侧栏；Settings 用 ⇧⌘ 打开；chat 布局居中到 composer 轴；Composer footer 的设置 chip 与 model 控件居中到 divider 和 card 边缘之间；hover assistant actions 由边缘移到名字旁；message context 在 hover 时直接展示 token / context / model 详情（不再有独立 Context 按钮）；session titles 用 reduced-motion-safe hover 动画显示完整名；expanded sidebar 移除 provider usage quota row（仍然能在 chat composer 与 Usage 页找到）。这堆改动不会单独爆雷，但叠加起来是「Control UI 操作面又一次整理」。
  • 其它变化：workboard dispatch 加 request-scoped --max-starts override（#100174）；cloud worker 走 session placement / dispatch / worker-turn routing（#106332）；managed worktrees 改成按 count + total size 配 cleanup（#106224）；cron history 改为从 task ledger 提供（#106392）；Codex / Claude Code memory import 进 Control UI（#106406）；MCP server 连接按 session 隔离（#106359）；Discord voice 在 participants 变化时通知 agent（#107004）；Codex usage 显示已登录账户邮箱（#106500）；task previews 直接从 running-tasks 状态行取（#107297）；Control UI session 显示当前 branch 和 local changed-file state（#106835）；long-running channel work 预留 progress drafts 并把 model 自己的 preamble 当 status headline（#106026）；Codex CLI bundled plugin bump 到 0.144.4。

v2026.7.2-beta.2 — Bug Fixes

这次的修复面同样以 durability / boundedness / restart-race safety 为关键字：

  • Restart handoff / supervisor：修复 OCM-managed restart 在成功 handoff 后 timeout 的问题（设备身份策略 close 仅在 replacement gateway lock 和 listener PID 一致时接受）。
  • ACPX cleanup process inspection：bound host process-table reads，避免 stalled ps 卡死 gateway startup 和 session cleanup，同时保留 fail-closed ownership 检查（感谢 @Alix-007）。
  • Cron lifecycle conflict retries：execution-phase retry 决策贯穿 scheduled / manual / startup-recovered runs，避免 post-execution claim conflict 重放已完成的消息和工具（#108428）。
  • Discord gateway metadata deadline：把现有 lookup deadline 穿过 DNS 和 proxy preflight、request headers、response bodies 传下去，stalled gateway startup 可以干净 abort（#104580）。
  • Control UI cloud session thinking：reasoning level 在 New Session model picker 中暴露，并在 cloud dispatch 之前持久化。
  • iOS fresh-install setup 顺序修正：spent setup credentials 先原子 redact 再 Keychain cleanup，避免 deferred 项删除反而断开成功配对的设备（#107591）。
  • Tlon SSE connect cleanup：failed HTTP response 和 rejected stream open 之后让 opening deadline 立刻 disarmed，避免 reconnect 在身后留下 stale timer（#104585）。
  • LINE reply-token media kinds：尊重 inbound reply 上的 video / audio metadata，proactive send 用相同的 canonical media builder，失败时显式报空而不是记一条空 media-only delivery（#106515）。
  • Mattermost websocket connection deadlines：bound opening handshake，避免 stalled TCP peer 让 channel startup 无限挂起。
  • 其它补丁：保留早期 keystroke、paired-node terminal actions 启用、paired-node catalog reads 鉴权、stale Control UI 连接恢复、heavy output 下慢客户端依然 attached（#107214, #107361, #107410, #107419, #107348）。

本机 OpenClaw 状态

  • OpenClaw core：2026.3.13
  • 核心插件：openclaw-qqbot v1.5.7
  • Gateway：local loopback（本地回环）
  • 运行环境判断：当前机器距离 2026.7.2-beta.2 仍隔了多个 core 升级窗口。短期核心价值仍集中在「QQBot 通道稳定性、Gateway 本地回环可靠性、provider 边界、Windows execution」。Remote coding sessions 与 cloud workers 是「前沿叙事」，但本机以 QQBot + local gateway 为主，不必为它立即升级，倒是 plugin provenance / channel allowlist safety 这两条收紧值得在升级窗口内优先核对配置。

升级必要性与命令

是否建议升级？

建议：放到下一个稳定 upgrade window 一起做，不建议把 beta.2 直接作为唯一生产目标。 原因有三：第一，本机主线是 local gateway + QQBot plugin，目前来看上游相关的「明确收益」集中在 plugin provenance（要 --force 才装非 trusted 源）、channel allowlist 不再隐式 owner、外部 gateway supervision 二分，以及 Slack 上 messages.statusReactions.enabled 显式化——这些都属于「配置面收紧」，不是「能力面爆增」，放稳定渠道再吃更划算；第二，remote coding sessions / paired-node coding agents 是新架构方向，beta 阶段先观察；第三，messages.statusReactions.enabled 与 GPT-5.6 Sol alias 默认值都需要在升级后用低风险任务验证一下，避免 fallback 链产生意料外的输出。

但反过来，该升级的迹象也开始出现：control UI 持续整理、Telegram durable-ingress 不再丢、SaaS channel（ClickClack）首次被原生 onboard、cron lifecycle 反复 claim 不再被 replay、Windows 上 winget 装 Node.js 后能继续 install——这些都属于「用了几个月 OpenClaw 的人会注意到」的小幅可靠性提升。

如果本机确实升级，建议顺序：

  1. 先备份 ~/.openclaw/config.yaml 和 openclaw-qqbot plugin 配置（QQBot appId / appSecret / 频道名单）。
  2. 跑一次 openclaw plugins inspect qqbot 与 openclaw plugins doctor，确认 plugin 现有 metadata 没有冲突（目前 CLI 报过 conflicting plugin install metadata for: qqbot，升级前最好清掉）。
  3. 升级 core 后立刻核对 channel allowlist 行为、SaaS channel（如果接了 ClickClack）的 command 列表、messages.statusReactions.enabled（仅当使用 Slack 时）与 GPT-5.6 Sol alias 是否进了 fallback chain。

升级命令

按官方顺序执行：

openclaw update run
openclaw doctor
openclaw doctor --fix

执行逻辑：

  • openclaw update run：拉取 OpenClaw 主包、plugin、tracked update 流。
  • openclaw doctor：逐项检查 config、plugin、device pairing、channel plugin、provider、workspace 和网络可达性。
  • openclaw doctor --fix：自动补齐可处理的依赖、清理已知不一致，对需要保留人工决定的项目给出明确提示而非 silently mutate。

升级前后检查清单

  • 升级前：备份 ~/.openclaw/config.yaml、openclaw-qqbot plugin 配置、依赖的 .env 与 skill assets；如果有自定义 plugin 来源，标记为 trusted / 准备好 --force 一次性确认。
  • 升级后：先后跑一条 QQ 私聊测试和一条 QQ 群消息测试，确认入站、出站、markdown 表格、长回复、图片 / 文件附件都正常。
  • 检查 openclaw doctor 是否报 channel-plugin、auth-profile、Windows LAN firewall 或 provider allowlist 问题；如果接入 Slack，确认 messages.statusReactions.enabled 状态与你期望的体验一致。
  • 如果接了 ClickClack，回看 gateway 启动日志里 native OpenClaw 命令是否如期推到 composer autocomplete，且 per-account opt-out 工作正常。
  • 如果打算试 GPT-5.6 Sol，先在低风险任务上验证 reasoning level、fallback 行为和 cost，不要直接替换已经在生产会话里的 primary。
  • 如果打算试 cloud workers / remote coding sessions，确认 host 鉴权、session 恢复路径和 PTY relay 行为，先用 sandbox 频道跑一遍再上生产。

助手点评

本周 OpenClaw 的方向可以总结成一句：把 coding session 从「本机进程」抽象成「跨主机的执行单元」，并把相关权限边界一起描清楚。 Highlights 里第一条就是 Remote coding sessions——这不是孤立 PR，而是 cloud workers + paired-node coding agents + macOS paired-node terminals + Control UI catalog terminals 一起把「session 在哪儿跑、resume 从哪儿继续、谁来管 PTY」补齐。ClickClack guided setup 与 command menus 是同一个叙事在 SaaS channel 上的延伸。

对本机而言，本周的结论依旧保守：值得升级，但不必赶 beta.2；下一周或再下一周的稳定版窗口进来再一起做 QQBot + Windows execution + provider boundedness + plugin provenance 的统一升级。短期内我更关注的，是 plugin provenance + channel allowlist safety 这两条「收紧」，以及 messages.statusReactions.enabled 的默认行为——它们一旦上线就会持续影响日常配置面，反而比 cloud workers 这种大叙事更先需要落地。