OpenClaw v2026.9.8 发布:43 个 PR 接入 GPT-6.1 Sol

OpenClaw v2026.9.8 已正式发布(2026年10月03日),本次更新带来多项重要改进,主要亮点包括:

本次更新涵盖界面、架构、安全等多个层面的优化。


📝 完整更新日志: 查看 GitHub 官方 Release

一句话结论:OpenClaw v2026.9.8 于 2026 年 10 月 3 日发布,43 个拉取请求带来 GPT-6.1 Sol 模型接入、Codex 内存占用下降与 Windows 更新修复三项关键改动。

发布规模:43 个 PR、12 次直接提交、8 位贡献者

按官方文档站公布的发布说明,v2026.9.8 合并了 43 个拉取请求与 12 次直接提交,共 8 位贡献者参与。GitHub 上的 Release 页面同时记录本次发布包含 58 次提交,并在致谢名单中列出 21 位贡献者。npm 包已同步上线,版本号 2026.9.8,完整性校验值 sha512-G+JkNUhtpDE3cXR4AEi2NyyG9fqI/T2WUSl8ZnR8AATH8Dh1kC3qYFL7wwPoZtgHiP/cszA86PEiE0PDysxb9Q==,发布提交 SHA 为 fc23bc864e4553c2d215e479eeec47b67a0bf943,发布时间为 UTC 2026 年 10 月 3 日 03:21。

放进近一周的版本节奏看,v2026.9.8 是 10 月以来的第 4 个版本。v2026.8.35 与 v2026.8.34 分别发布于 10 月 2 日的白天与凌晨,v2026.9.7 发布于 9 月 30 日。9.x 主线与 8.x 补丁线并行推进,是这个项目当前的主要形态。

模型与 Provider:GPT-6.1 Sol 进入可选列表

本次最受关注的一项,是把 GPT-6.1 Sol 加入 OpenAI provider 的可用模型列表。具备访问权限的账号可以通过 API Key 或 ChatGPT、Codex 订阅直接选用。它支持文本、图像与工具调用,推理为必选项,默认档位 medium。用户当前选中的模型不会被自动替换,需要手动切换才生效。

同一分组下还有三项修复。其一是 Windows 本地模型部署:托管式 llama.cpp 在首次启动检查失败时,现在会自动补齐缺失的 Microsoft 运行库文件。安装程序下载固定版本的 Microsoft 组件包,校验大小与 SHA-256,再把选定的常规 DLL 解压到服务端旁边并重试,不执行系统级的 redistributable 安装程序。覆盖范围包括 Windows ARM64、x64 CPU 与 x64 CUDA 三类服务端。

其二是 Codex 资源占用。OpenClaw 不再为每个空闲 Codex 智能体启动独立的会话目录进程,改为在目录被请求时才启动;兼容的智能体复用已捕获的配置,从而降低大规模原生 Codex 会话集合中的重复内存占用。首次请求可能先返回既有的 pending 响应,结果到达后再补全。其三是 Anthropic 会话:后台 Bash、智能体与工作流结果在回合结束前不再被丢弃,此前这类结果可能导致回合挂起或提前结束;后台任务失败仍会终止回合。

更新与维护:失败更新、文件锁与 Windows 启动

更新修复现在会保留插件白名单与已启用条目,即使某个插件不兼容也不会被清空。全新执行一次 Doctor 可以完成此前挂起的迁移确认,即便没有包需要变更;已完成的迁移不再产生过期警告。Windows 端的包替换遇到临时文件锁时会重试,重试耗尽则保留已安装包不动。具体口径是:备份重命名对 EPERM、EBUSY、EACCES 三类瞬时失败最多重试 16 次,累计等待上限 57.75 秒,身份与权限校验全程启用。macOS 端修复了 npm 更新对 /var 这类别名路径的识别问题,包括 npm 已删除旧包目录的那个短暂窗口。

需要说明的是,这些修复只在更新器本身升级后才生效,已经在运行的旧版更新器无法在更新中途拿到它们,其中包含已记录在案的 2026.9.6 首跳限制。若从 Windows 2026.9.4 恢复,只要旧驱动仍在运行,自动更新依旧会拒绝这次不安全的迁移。官方建议先备份,再按更新指南中的独立 shell 流程操作:停掉旧进程、手动升级、运行新版 Doctor、重启并验证安装。Windows 启动问题本身通过缩短编译缓存路径、并对仍然过长的路径给出警告后禁用来缓解,子进程也做了同步调整。

Control UI 与消息:老标签页、误派单、委派结果

Web 界面修了两个体验问题。第一个是跨更新的标签页:内置 Control UI 中保持打开、跨越重启或更新的标签页,只要其版本文件仍被保留就能继续加载视图。OpenClaw 现在会等待这些文件可用,并为保留留出更多空间。保留额度有限,缓存最多三代、96 MiB,异常大的构建仍可能挤掉上一代并触发 Gateway 警告;使用自定义 gateway.controlUi.root 的用户不走这套缓存。该修复来自 #163478,从 #163090 与 #163099 回移。

第二个是会话派单菜单:在 Assign to 上悬停后按回车,现在会正常打开派单菜单,不会把会话误派给子菜单中高亮的人(#163467)。另有 20 个既有语言版本更新了静默回复设置的帮助文案,说明该设置适用于群组,直接聊天与内部会话仍需要回复。只改文案,不改行为。

消息层面有两处变化。委派结果不再丢失:一个智能体向另一个求助时,结果会一次性返回给最初的发起会话,可以立即返回也可以在工作完成时返回;内部会话必须返回结果或继续工作,不能静默结束。依赖静默内部完成或智能体自动往复的自定义工作流需要改造成显式接收结果,再用 follow-up 或消息调用继续对话,Doctor 会迁移已废弃的 silence 设置。另一个变化是重载或主机唤醒期间重启的频道,在恢复完成后可以继续收发消息,这修复了 Matrix 上报的频道显示已连接但回复任务失败的问题(#163504)。Telegram 方面,Doctor 现在可以归档停用绑定留下的、经验证为空的文件,非空或不确定的文件仍留给人工确认。

安全与隐私:本地 TLS 检查、日志脱敏、只读技能

本地 HTTPS 健康检查在使用托管代理设置时可以正常工作,并且每次连接都会校验已配置的证书指纹,让检查 OpenClaw 是否在跑这个动作本身仍然保留这层保护。另一项修复面向 Bun 运行时:长且经过混淆的日志赋值中的敏感值此前可能被基于正则 lookbehind 的脱敏漏掉,新版替换了匹配模式并避免重复计算。

原生 Computer Use 的就绪检查也做了修正。使用 API Key 的 Codex Computer Use,其原生应用就绪检查不再被一个无关的浏览器登录要求阻塞,改为直接测试桌面应用访问能力。技能方面,从只读安装复制出来的技能副本此前因继承只读目录权限而无法刷新,现在这些复制目录会被改为可写,刷新得以进行,原始安装保持不变。

本次更新关键改动一览

模块 关键改动 可验证数字
发布规模 合并拉取请求与直接提交 43 个 PR、12 次直接提交、8 位贡献者
模型 GPT-6.1 Sol 接入 OpenAI provider 推理必选,默认 medium 档
本地模型 Windows 托管 llama.cpp 自动补齐运行库 覆盖 ARM64、x64 CPU、x64 CUDA 三类
更新 Windows 备份重命名重试瞬时锁 最多 16 次,累计等待 57.75 秒
Control UI 旧版本构建文件保留 最多三代、96 MiB
本地化 静默回复帮助文案更新 20 个既有语言版本
内部 维护者内部改动 42 项

常见问题

升级到 v2026.9.8 之前需要做什么?

常规升级直接走内置更新即可。唯一的例外是从 Windows 2026.9.4 恢复的场景:旧驱动运行期间自动更新会拒绝迁移,需要先停掉旧进程并手动升级,再运行新版 Doctor 验证。自定义 gateway.controlUi.root 安装的用户不享受新版文件保留缓存,升级后老标签页可能需要手动刷新。

GPT-6.1 Sol 会自动变成我的默认模型吗?

不会。它被加入 OpenAI provider 的可选列表,当前选中的模型保持不变,需要手动切换才生效。使用前提是账号本身具备该模型的访问权限,可以通过 API Key 或 ChatGPT、Codex 订阅获得。

为什么我更新完,旧标签页还是要刷新?

新版只是让保留下来的旧版本文件更可能被找到,并给保留留出更多空间,并不等于无限保留。缓存最多保存三代、96 MiB,异常大的构建仍可能把上一代挤出去,此时 Gateway 会给出警告。这是容量上的取舍,并非缺陷。

小结

v2026.9.8 的功能增量有限,重点放在几类用着用着就坏掉的场景修复上:更新失败、Windows 启动、老标签页加载、委派结果丢失、日志脱敏漏网。对日常把 OpenClaw 挂在后台跑智能体的人来说,这些修复的体感比新增一个模型更直接。真正的新增只有 GPT-6.1 Sol 一项,而且需要账号权限才能用上。要不要立刻升级,取决于你是否正卡在上述场景里;如果当前版本运行稳定,等下一个补丁版本也并不亏。

相关阅读:OpenClaw Enterprise:OpenAI、红帽、英伟达联手做 AI 智能体控制层、苹果动手了:macOS 全盘访问权限收紧,AI 智能体无法再随意翻你文件、AWS 开源 Strands Decider 2B:亚 100 毫秒选出最优智能体路径