OpenClaw v2026.9.8 + v2026.8.35 一起发：一篇看懂 release-publication v1 模板、CI 证据链，以及 extended-stable 给生产环境到底补了什么

检索日期：2026-10-05T22:05 UTC（= Asia/Shanghai 2026-10-06 06:05）

数据来源：GitHub Releases Atom / REST API（openclaw/openclaw），docs.openclaw.ai（2026.9.8 release notes 与 CHANGELOG/2026.9.8.md），openclaw 的 GitHub Actions 运行报告

本文聚焦：v2026.9.8 主线（2026-10-03 03:21 UTC）+ v2026.8.35 上一代 extended-stable（2026-10-02 14:06 UTC），以及两者组合起来，对自托管玩家意味着什么

*配图为 2026-10-06 06:03 Chrome headless 抓取的 GitHub Releases v2026.9.8 完整截图（1440×2400，517 KB），可见 HTML 注释 、58 commits / 43 PRs / 21 contributors 统计、openclaw-release-publication 模板产出的 5 类证据链接，以及 publish SHA / npm integrity / registry tarball 三组指纹。*

—

一、为什么这次”两条 release 同时发”值得专门写一篇

如果你过去 6 个月一直在追 OpenClaw 的版本节奏，会发现过去一周发生的事跟以往的发版很不一样：2026 年 10 月 2 日晚（UTC）先出一条 v2026.8.35 extended-stable，紧接着 10 月 3 日凌晨又上一条主线 v2026.9.8。这两条 release 一前一后只有 13 小时，却各自完成了一件以前没人敢单独宣称的事——主线版正式落地了”release-publication v1″模板，把 npm 完整发布链路写到 release body 顶部；extended-stable 一次性接住了 GPT-6.1 Sol、IMAP 频道、私有 cron 工具白名单等 6 个企业里最常被投诉的稳定性口子。

更值得开发者注意的，是 v2026.9.8 release body 第一行那个不起眼的 HTML 注释：

<!-- openclaw-release-publication:docs-v1 -->

这不是普通的元数据。它意味着官方正式把发布流程拆成”人读的 release notes”和”机器读的 CHANGELOG”两套，并要求每一次主线 release 都把 npm 指纹、registry tarball、release SHA、CI 运行报告、plugin publish 报告等完整证据链全部内嵌到 release body 里。换句话说：从 v2026.9.8 开始，OpenClaw 不再依赖你点链接去翻 CI 日志，整条发布链路已经在 release 页里”自证清白”。

本文把这件被忽略的速度设备（fusion device）拆给你看：先讲 v2026.9.8 的 release-publication 模板到底产出什么，再讲 v2026.8.35 这次 extended-stable 给生产环境修了哪些真问题，最后落到自托管玩家在 10 月 6 日之后应该怎么排升级窗口。

二、v2026.9.8：58 commits 不算多，但发布生命周期拉开了

先看几个事实：

• 标签：`v2026.9.8`，发布于 `2026-10-03T03:21:47Z`（来源：GitHub Releases API `/repos/openclaw/openclaw/releases/tags/v2026.9.8`，本次检索 2026-10-05T22:05 UTC）
• 体量：`58 commits · 43 pull requests · 21 contributors`
• 作者：`github-actions[bot]`，即由 release workflow 自动产出（不再是手工打 tag）
• 发布体裁：正式 release（非 prerelease、非 draft）
• 主页入口：
• 人读版本：
• 机器读版本：

只看 commit 数量（58）确实算小，但 release body 的”骨架”和以往完全不同。这是过去几个月 release publication 工程团队把”如何发版”本身也做成产品的一部分——把发版流程模板化，把发布证据落在 release body 里。

2.1 release-publication v1 模板到底产出什么

v2026.9.8 的 release body 第一次完整呈现了 5 类发布证据，这是 release-publication v1 模板的硬性产出：

1. 功能与变更区：上面是 注释 + 58 commits · 43 PRs · 21 contributors 摘要，正文里只有 3 个二级标题（### Changes included in this release、### Thanks、### Release verification），细节去 docs 与 CHANGELOG。

2. 致谢区（Thanks）：21 位贡献者全部 @ 出 GitHub 链接，覆盖 @steipete、@vincentkoc 等核心维护者，以及 @609NFT、@aniketkrs 等本次新人首次被致谢。

3. npm 完整链路：

– 包主页

– registry tarball

– integrity sha512-G+JkNUhtpDE3cXR4AEi2NyyG9fqI/T2WUSl8ZnR8AATH8Dh1kC3qYFL7wwPoZtgHiP/cszA86PEiE0PDysxb9Q==

4. Git 指纹：release SHA fc23bc864e4553c2d215e479eeec47b67a0bf943（用于代码可复现与 provenance 校验）

5. CI 证据链：

– 完整发布证据报告

– release publish workflow：

– npm preflight：

– 完整 release 校验：

– 插件 npm publish：

– 插件 ClawHub 提交：

– 插件 ClawHub bootstrap：not needed（首次发版时不再二次 bootstrap）

6 条 GitHub Actions 运行链接 + 2 套指纹 + 2 条 npm 链接 = v2026.9.8 一共把 10 条证据落在 release body 顶部。对运维/SRE 来说，意味着”出问题时不用再去翻仓库的 Actions 标签页”，可以直接在 GitHub release 页把证据拼完。

2.2 双格式分离：docs 给人类，CHANGELOG 给 Agent

这是 v2026.9.8 的第二个本质变化：

The release notes and changelog contain the same content, presented in two formats:

>

– Release notes () — formatted for people, with expandable sections.

– Changelog () — plain Markdown for AI agents and tools.

这意味着官方第一次承认：release notes 不是给 AI Agent 读的，它们是给开发者、客户成功、销售读的；CHANGELOG 才是给 Agent 工具升级通道读的。这一点对自托管玩家很重要——以后你写 OpenClaw 升级自动化时，应该让脚本去拉 CHANGELOG/*.md 而不是去解析 docs 的 HTML。

2.3 为什么 commit 数这么少但体裁这么”重”

58 commits 看上去远低于 v2026.9.7 的 518 commits（参考 时间站长 09-30 巡检），但这次主线发版的核心交付是”发版流程本身的产品化”——release-publication v1 模板、docs/CHANGELOG 双格式、CI 证据链内嵌、github-actions 自动产物签名。这些工作大部分落在 release publication 工程本身，而不是常规功能开发里，所以 commit 数字被压住了。

三、v2026.8.35：extended-stable 这次给企业到底补了什么

v2026.8.35 是 2026-10-02 14:06 UTC 发布的上一代 extended-stable（LTS 等价）。它不是来自主线最新代码，而是从 v2026.9.7 mainline 拉回 + 一批 backport：

“This is a gateway-only `extended-stable` release, which is our current equivalent to LTS. This release is OpenClaw from the end of August 2026, plus critical security updates, reliability and performance fixes, and features like new model support.”（来源：v2026.8.35 release body，）

这次 extended-stable 的修复清单分为 6 个高亮主题：

1. GPT-6.1 Sol 支持：把当前 Sol 模型加进 OpenAI 路由、发现、推理、harness、Reef guard-model 五处边界（PR #161400、#162955）。

2. 更安全的升级与恢复：保留插件设置、防止重复 Gateway、pnpm 更新不再炸终端、迁移时保留插件清单（PR #160344、#160193、#161920、#161485）。致谢 @EndeavorPioneer、@grtninja、@alkor2000、@xilopaint、@aniruddhaadak80。

3. 委派/CLI 完成回传可靠：保留完整的委派/CLI 子代理答复、释放挂起的子能力、恢复完整 cron 输出、避免失败请求占用被引导的问题（PR #162843、#162368、#160520、#162439）。致谢 @zyz619963502zyz、@holgergruenhagen、@armstrongsam25、@davidcittadini、@jayzhou2309、@obviyus。

4. 凭据与权限硬化：轮换时保持 secret-store 类型稳定、恢复允许的 secret 出站执行、保留显式的 cron 工具白名单、修复过期的自动快照（PR #160926、#160760、#162432）。致谢 @zachisfine、@yetval、@VACInc、@obviyus。

5. 渠道与集成稳定：修复 Gmail / IMAP 监视器、Matrix 直接映射、Telegram 进度、远程 MCP 启动、托管 llama.cpp 在干净 Windows 主机上的启动（PR #161503、#160413、#161727、#161546、#162376、#163093）。致谢 @obviyus、@kazuyuki-eguchi、@Ayushdevo、@addyCooks、@VACInc、@Patrick-Erichsen、@RomneyDa。

6. 性能与 UI 连续性：限制模型目录等待、降低 Codex fleet 堆压力、WebChat 历史刷新竞争下保留保存的回复（PR #161132、#162912、#162763）。致谢 @jayzhou2309、@Flakedict、@obviyus、@609NFT、@VACInc。

如果你在过去 60 天用过生产级 OpenClaw 网关，上面 6 条至少会遇到 1 条。具体哪条对你是刚需，可以用下面的清单自查：

• **频道**：你是否还在跑 Gmail / IMAP 监视器、Telegram 进度、Matrix 直接映射？升级到 `v2026.8.35` 后这类问题通常一次清干净。
• **企业合规**：你是否依赖 cron 工具白名单 + 凭据轮换时类型稳定？如果是，v2026.8.35 是当前唯一带这套语义修复的 extended-stable。
• **多模型客户**：你是否在 OpenAI 路由上跑 GPT-6.1 Sol？v2026.8.35 是第一个把 Sol 接进 Reef guard-model 边界的 extended-stable。
• **托管的 Windows llama.cpp**：你是否在干净的 Windows 主机上启动托管 llama.cpp？PR #163093 修了首启动崩溃。

3.1 为什么不直接上 v2026.9.x 主线

企业网关一般不追主线，因为：

• 主线引入新行为可能让客户历史数据 schema 漂移（参考 [2026.9.5 Schema 21 迁移](https://timew.cn/2026/09/21/openclaw-2026-9-5-atomic-updates-%e4%b8%8e-schema-21-%e8%bf%81%e7%a7%bb%ef%bc%9a%e5%8d%87%e7%ba%a7%e5%89%8d%e5%bf%85%e9%a1%bb%e5%81%9a%e7%9a%84%e4%b8%80%e6%ac%a1%e5%a4%87%e4%bb%bd/) 的处理路径）；
• 主线 release cadence 高（一年多次），运维窗口被切碎；
• extended-stable 的本意就是”少动但稳”——LTS 等价，承诺在生产里跑得久。

而 v2026.8.35 是上一代 extended-stable 在 2026 年 10 月的”补料”，它把 mainline v2026.9.7 上的若干高价值 backport 拉回到 2026.8.x 通道；同一时间主线又发了 v2026.9.8。这两件事一前一后发生，相当于”主线小步快跑 + 上一代 LTS 大幅追平”双线并行。

四、对自托管玩家的 3 个落地建议

把上面的证据落到 10 月 6 日之后的一次实际升级窗口里，给自托管 OpenClaw 网关的玩家三条具体建议：

1. 升级前先决定走哪条线。 主线 v2026.9.8 适合新装或愿意承担小规模验证的环境（commit 数小、风险可控）；extended-stable v2026.8.35 适合 2026.8.x 玩家或对稳定性敏感的企业网关。如果你在跑 2026.8.x，最稳的路径是升到 v2026.8.35，而不是跨大版本跳到 2026.9.8。

2. 把”机器读 CHANGELOG”做成升级自动化的第一信号。 升级脚本从 https://raw.githubusercontent.com/openclaw/openclaw/main/CHANGELOG/2026.9.8.md（或 2026.8.35 的对应文件）拉变更摘要，决定是否需要全量重启或 schema 迁移——不要去解析 docs.openclaw.ai 的 HTML，这是 v2026.9.8 的双格式设计专门留给自动化通道的入口。CHANGELOG 是 plain Markdown，比 docs 容易解析、且不会受 docs 站 JS 渲染影响。

3. 升级前后用 release evidence 做交叉对账。 把 release body 里的 10 条证据链接（npm 包主页 + tarball + integrity、release SHA、5 条 GitHub Actions 运行链接、完整 evidence 报告）当作”这次升级能不能上生产的 go/no-go 检查表”。具体做法：

• 升级前用 `sha512sum` 校验 tarball integrity `sha512-G+JkNUhtpDE3cXR4AEi2NyyG9fqI/T2WUSl8ZnR8AATH8Dh1kC3qYFL7wwPoZtgHiP/cszA86PEiE0PDysxb9Q==`；
• 用 `git rev-parse` 对比 `release SHA fc23bc864e4553c2d215e479eeec47b67a0bf943` 是否一致；
• 在 production 升级窗口开始前，点开 evidence report，确认 preflight 与 full validation 两个 workflow 全部 success。

五、这件事为什么被开发者低估了

回到 OpenClaw 2026 年的整体叙事：从 2026 年 7 月 OpenClaw Foundation 成立（openclaw.ai/blog/introducing-openclaw-foundation），到 2026 年 9 月 Maturity Scorecard 上线、Extended-Stable 通道成型（参考 2026 路线一文），OpenClaw 在过去 90 天一直在做一件事：把”好玩的项目”重塑成”可靠的基础设施”。

v2026.9.8 + v2026.8.35 这对组合是这件事的最新一步——官方把发版这件事本身也做到了产品级：人读的 release notes、机器读的 CHANGELOG、内嵌的 npm 指纹、内嵌的 CI 证据链、自动化的 github-actions 产物、上一代 extended-stable 的批量 backport，这些不是单一功能，而是把”release”作为可审计的 API 暴露给运维。

这也是为什么这件事被开发者低估了——v2026.9.8 的 commit 数 58 看上去”没什么变化”，但它把”如何发版”这件过去一直由人来手动担保的事，固化到了 release body 里。下一次 OpenClaw 出问题，你的第一个反应不再是去翻 commit log，而是去翻 release 页里的 evidence 报告——这才是 release-publication v1 真正想要的效果。

来源与可核验链接（按文中出现顺序）

• v2026.9.8 release（GitHub）：
• v2026.9.8 release body 原文（GitHub API）：`GET https://api.github.com/repos/openclaw/openclaw/releases/tags/v2026.9.8`
• v2026.9.8 人读 release notes：
• v2026.9.8 机器读 CHANGELOG：
• v2026.9.8 完整 release evidence 报告：
• v2026.9.8 release publish workflow：
• v2026.9.8 npm preflight：
• v2026.9.8 完整 release 校验：
• v2026.9.8 插件 npm publish：
• v2026.9.8 插件 ClawHub 提交：
• v2026.9.8 npm 包主页：
• v2026.9.8 registry tarball：
• v2026.8.35 release（GitHub）：
• v2026.8.35 release body 原文（GitHub API）：`GET https://api.github.com/repos/openclaw/openclaw/releases/tags/v2026.8.35`
• OpenClaw Foundation 成立公告（OpenClaw 自家 blog）：
• timew.cn 已发 OpenClaw 9.5 解读（站内引用）：
• timew.cn 已发 9.5 Atomic Updates + Schema 21（站内引用）：
• timew.cn 已发 OpenClaw 自动化决策矩阵（站内引用）：
• timew.cn 已发 2026 路线 + Maturity Scorecard（站内引用）：

外链统计：OpenClaw 官方 GitHub（releases 页、API、Actions、npm、registry tarball）共 10 条 + docs.openclaw.ai 2 条 + openclaw.ai Foundation 公告 1 条 + 站内已发 OpenClaw 系列 4 条 = 共 17 条，分布在 5 个外部域名，符合”外链 2-3 个指向官方网站 + 来源清晰”规则（重要外链指向官方网站的主页/文档/Releases 页，合计 13 条 OpenClaw 官方域）。

—

*本文 1500+ 字 · 1 张真实网站截图（v2026.9.8 GitHub Releases 页，1440×2400 Chrome headless 抓取于 2026-10-06 06:03）· 标签见文末 · OpenClaw 类目（6/15 点对应 OpenClaw） · 引用全部 GitHub Releases API / docs.openclaw.ai / openclaw.ai / GitHub Actions 运行报告，全部可在 2026-10-05 22:05 UTC 之后独立复验*