OpenClaw 2026.9.2 更新｜GPT-6 Astra、Muse Spark、权限与升级建议

OpenClaw 已在 2026-09-05T20:00:07Z 发布 v2026.9.2 正式版，GitHub Release 标记为 prerelease: false。按中国时间是 2026-09-06 04:00:07。

如果只看功能列表，9.2 很容易被理解成“加了 GPT-6 Astra 和几个 UI”。实际更重要的是三件事：模型能力明显前移、长期任务与恢复能力继续增强、共享 Gateway 的默认跨 Agent 权限发生了需要主动处理的变化。

先说结论：谁可以升级，谁先检查配置

新安装、个人单用户 Gateway：可以直接把 2026.9.2 作为当前稳定基线。Astra、任务工作区、个人模型账号、恢复与性能改进都有实际价值。

共享 Gateway / 多用户 / 多 Agent：升级前先检查 tools.sessions.visibility 和 tools.agentToAgent。9.2 在未显式配置时的默认值比 9.1 更宽，不能沿用“8.2 默认只到同 Agent”的旧判断。

重度 Codex、subagent、自动化或唯一消息入口的生产环境：先在副本或低风险节点验证。9.2 修了很多恢复问题，但首发现场仍有 restart drain、subagent reset/cancel 和 Astra 订阅发现路径等 issue，后文单独列出。

1. GPT-6 Astra：不只是多一个模型名

9.2 正式加入：

openai/gpt-6-astra

官方说明它支持文本与图片输入，并可通过 OpenAI API key，或符合条件的 ChatGPT / Codex 订阅使用。

对 OpenClaw 更有意思的是 steering：在支持的 OpenAI API-key 内置 runtime 上，模型使用直接工具执行时，可以继续推理与生成；用户还可以在进行中的响应里追加文字或图片来纠正方向，而不是只能等整轮结束再重新提问。

这更接近“正在做事的 Agent 可以被中途纠偏”，而不是传统的一问一答。

Astra 上下文很大，但 OpenClaw 不会默认全吃满

官方给出的 Astra 能力上限是约 1,050,000 tokens context、最多 128,000 output tokens。但 OpenClaw 默认活动输入预算仍保持在 272,000 tokens 左右。

所以不要把“模型支持百万上下文”直接写成“OpenClaw 每轮默认塞一百万 token”。更大的 provider ceiling 和 OpenClaw 的实际运行预算是两回事。

2. Muse Spark 1.3：Meta 新模型也进入正式目录

9.2 同时加入 Meta Muse Spark 1.3，包括：

meta/muse-spark-1.3
对应 contributor variant

官方记录它支持文本、图片输入与 reasoning controls，context ceiling 约 1,048,576，最大输出约 131,072 tokens。

对普通用户，最实用的判断仍是：先根据任务、价格、可用账号和工具兼容性选模型，不要只比较 context 数字。

3. 共享 Gateway：每个人可以连自己的模型账号

9.2 的 Personal model accounts 对团队共享 Gateway 很关键。

已登录用户可以在 Settings → Profile → Connected accounts 中连接自己的模型账号，并：

选择“以后新聊天默认用哪个账号”；
对当前聊天单独选择账号；
保留旧聊天已有的账号选择，不因修改默认值自动迁移；
在支持范围内连接 Anthropic、OpenAI、Grok / xAI 的个人凭据或登录。

这降低了“所有人共用一个 provider credential”的必要性，但它依赖可区分的用户身份。只有共享密码或简单设备 pairing，不等于已经建立了可靠的成员身份边界。

4. Task workspace：Dashboard、Terminal、Files、Review 不再固定排布

9.2 进一步把 Control UI 做成工作台：Dashboard、Browser、Terminal、Files、Review、Chat 可以组合排布，Chat 可以放在左、右或下方，还可以交换、聚焦和恢复 split layout。

布局会保存在浏览器中。

这对长任务的价值不是“看起来更像 IDE”，而是减少在 Chat、日志、文件、review 之间来回切换。OpenClaw 正在从聊天入口继续向 Agent 工作台靠近。

5. 本地模型：安装向导会按机器资源给建议，并先做真实工具验证

9.2 的 managed local-model setup 会参考运行 OpenClaw 那台机器的内存、GPU 与磁盘给出建议。

官方给出的最小 recipe 有 8 GiB 级别的资源门槛。启用前不只验证“模型会回一句话”，还会测试真实文件读取工具路径；如果激活失败或用户取消，不会把原来可用的默认模型强行覆盖掉。

小模型还会搭配更精简的工具集合，以降低工具 schema 和上下文压力。

多 Agent 用户要额外注意：如果把共享默认工具集合收得很窄，可能影响其他 Agent。不要为了一个小本地模型，把整个 Gateway 的公共能力一起误删。

6. 更新与重启恢复：9.2 修的是“长期运行可靠性”

9.2 的 release highlights 把 reliable upgrades and recovery 放在核心位置。

这一轮包括：

自动更新更谨慎地保留当前设置、已启用 Skills 与默认 Agent ownership；
Git 更新后的 Gateway restart 恢复更稳；
update outcome / recovery guidance 更明确；
更多设置可以热加载，不必为了小配置变化整套 Gateway 重启；
对可恢复的中断任务，restart recovery 会继续保留必要恢复标记与授权边界。

这对经常跑长任务、渠道和自动化的人，比单纯“新增一个 provider”更有价值。

7. 最重要的升级项：共享 Gateway 默认权限变宽

这是 9.2 最不应该被模型新闻盖住的一条。

官方升级说明明确写到：如果相关配置完全省略，9.2 的默认值变为：

tools.sessions.visibility = all
tools.agentToAgent.enabled = true

而之前常见的默认理解是 Session tools 主要停在同 Agent 范围，agent-to-agent 也不是默认开启。

这意味着，在满足其他策略的前提下，具备相关 Session tools 的 Agent 可能列出、读取、搜索、发消息或检查其他 Agent 的 Session，其中可能包括其他用户的 transcript。

共享 Gateway 不要依赖默认值

如果你希望保持更保守的边界，升级前显式配置。例如：

{
  "tools": {
    "sessions": {
      "visibility": "agent"
    },
    "agentToAgent": {
      "enabled": false
    }
  }
}

需要严格只看当前 Session 时，把 visibility 设为 self。

需要部分 Agent 互通时，优先使用明确 allow list，而不是直接依赖全局默认开放。

还要注意：agent 只是限制到同 Agent，如果多个人共用同一个 Agent，它仍可能包含其他人的 Session。 真正互不信任的用户不应该只靠 Session visibility 做租户隔离；官方建议这类边界使用独立 Gateway。

8. 9.2 首发现场：目前值得跟踪的四类问题

下面是 GitHub 上已明确标注 2026.9.2 的现场报告。它们是升级风险信号，不代表所有安装都会复现。

Codex stdio：restart drain 仍可能提前中断正在跑的 turn

Issue #140479 报告：Linux 上 operator 主动重启 Gateway 时，虽然日志进入 5 分钟 drain 流程，但一个正在运行的 Codex stdio turn 很快就因为 app-server client 关闭而失败，没有等到 drain budget 用完。

**建议：**生产环境执行 Gateway restart 前先确认没有关键 Codex turn；不要把“9.2 增强 restart recovery”理解成所有 runtime 都已经可以无损热重启。

Astra 订阅路线：个别网络环境下 discovery 可能卡在 SSRF guard 超时

Issue #140359 报告：一个使用 ChatGPT / Codex OAuth 的 macOS 环境里，模型 discovery 访问 ChatGPT backend 时撞到内部 5 秒超时，导致 openai/gpt-6-astra 订阅路线没有注册；同机直接请求很快，API-key Astra 路线可用。

**建议：**如果 Astra API key 能用但订阅账号看不到模型，先查 discovery / network / SSRF guard 日志，不要反复删除 OAuth 凭据。

resumed / yielded subagent：取消和 reset 生命周期还有边角问题

Issue #140354 与 #140355 报告了 resumed/yielded native subagent 的 task identity 与 reset cleanup 边界：有场景中 subagents cancel 返回 Subagent task not found，或者 /reset 已成功清聊天上下文，但旧 child task 仍保留在运行状态视图中。

**建议：**重度 subagent 工作流升级后重点验证 cancel、reset、restart 与最终 task 状态，不要只验证“能 spawn”。

新安装 Codex：有单个现场报告首次 Dashboard turn 缺 prepared runtime

Issue #140393 记录了一个 Linux 新安装：onboarding 显示 Codex 安装成功，但第一次 Dashboard turn 找不到 prepared Codex runtime；后续 Doctor 和重新启动 Gateway 后恢复。

这是单例现场，不足以判断普遍性，但如果安装后第一个 OpenAI/Codex turn 直接报 harness unavailable，优先跑 Doctor / plugin inspect，而不是马上重装整套系统。

9.1 的能力没有消失，9.2 是在它上面继续堆

9.1 引入的 Quick Start、Mermaid、Memory Reset、Personal Skill Library 等仍然有效。

所以从 8.2 或更早直接升级的人，仍需要理解 9.1 的迁移与操作变化；只是当前 Stable 判断和共享 Gateway 权限判断应该以 9.2 为准。

最终判断

9.2 比 9.1 更值得升级，原因不是 Astra 本身，而是响应性能、任务工作区、模型账号隔离、更新恢复与长期运行稳定性一起推进。

但对于共享 Gateway，9.2 也是一次必须重新确认权限默认值的版本。个人环境可以积极升级；团队和多 Agent 环境应该先把访问范围写死，再升级、再放量。

当前版本状态看版本中心，安装路径看安装中心，共享环境先看安全入口。

搜索 OpenClaw 中文导航

OpenClaw 2026.9.2 更新解读：GPT-6 Astra、跨 Agent 权限与重启恢复