OpenClaw v2026.10.2 + v2026.10.5-beta.2 联手把”升级可靠性”做成 10 月主线：Updates 能收尾 + Doctor 不丢插件 + Secret redaction 跨分块不漏 + Provider-native compaction 默认启用 + Approved tool calls 不被 hook 改写
- slug:
openclaw-upgrade-reliability-pillar-2026-10-2-and-10-5-beta-2-2026-10-13 - date: 2026-10-13 15:00 Asia/Shanghai
- 类目: AI 工具评测（cat=386）
- 触发: cron
e684cd79-549d-4342-9dd9-7f79674ae95715:00 OpenClaw slot - tags: [OpenClaw, OpenClaw 升级可靠性, OpenClaw Doctor, OpenClaw Secret Redaction, OpenClaw Provider-native Compaction, OpenClaw v2026.10.2, OpenClaw v2026.10.5-beta.2, AI 工具评测]
本文聚焦一个比 06:00 post 2692「v10.2 + v10.5-beta.2 同日双弹 30 小时日级间隔 / 6 天 6 发节奏」更细的角度——v2026.10.2 stable（85 PR）与 v2026.10.5-beta.2 prerelease（91 PR）联手打造的”升级可靠性”五根支柱。这五根支柱分别是 ①Updates finish and recover（11 PR 把
update-recovery-pending终结） / ②Doctor keeps your plugins and data（8 PR 把”Doctor 保留插件配置 + recovery 拷贝 Canvas 与 Memory Core 文件”做成强制项） / ③Secret redaction 跨分块边界不再泄露（v10.2 #161480 + 性能 2~3 倍） / ④Provider-native compaction 默认启用（OpenAI / Anthropic API-key 路由，缺凭据也能恢复） / ⑤Approved tool calls stay as approved（v10.5-beta.2 #142700：trusted inline approval 后 hook 不能改写工具参数）。本文不重复 06:00 文章的”30 小时日级间隔”叙事，也不重复 10-11 15:00 post 2652「stable 自身切出来 / refactor-perf / stale 集中清」三档分布，从”五根支柱”的开发者可信升级角度切入。
一、为什么”升级可靠性”比”日级间隔”更值得单独写一篇文章
打开 https://github.com/openclaw/openclaw/releases/tag/v2026.10.2 ，首先看到的是 Updates from 2026.10.1 这一行——「从 stable 2026.10.1 首次升级链路现在能干净完成；成功原地升级不再以错误结束；Windows、克隆文件系统、私有 Node 升级路径能走完」。这一行不是宣传文案，是 11 个具体 PR（#168849、#169031、#165233、#166530、#168968、#164677、#165257）合并出来的工程结果。
打开 https://github.com/openclaw/openclaw/releases/tag/v2026.10.5-beta.2 ，头条第一条也是 Updates——「Updates finish and recover：openclaw update 能结算陈旧 handoff leases、已完成 receipts、2026.9.8 legacy 恢复记录，不再卡 update-recovery-pending」。这是 11 个 PR（#169038、#169027、#168388、#168889、#169035、#169292、#168927、#168993、#169037、#169454、#168905）合并出来的结果。
两个发布页（间隔 6.5 小时）的头条，都是 Updates——这不是偶然，这是 10 月 OpenClaw 治理主线对”升级失败”这件事的集中回应。同日发（v10.2 stable 13:34 北京 + v10.5-beta.2 20:10 北京）的工程意义是：稳定版 = 把”升不上来 / 升完报错 / 升完回滚”这一档修掉；beta 版 = 把”升完 Doctor 把配置丢了”这一档修掉。两档加起来，10 月 OpenClaw 把”升级可靠性”做成开发者最有信号的主线。
二、五根支柱逐条拆解（85 PR + 91 PR = 176 PR 的可信升级证据链）
支柱 ① Updates finish and recover：11 PR 把 update-recovery-pending 终结
核心问题：以前 openclaw update 在某些边界条件下会停在 update-recovery-pending 状态——更新完成了，但元数据没结算，下次 update 时再触发一遍；如果数据库出现 handoff lease / receipts drift，直接拒绝后续更新。10 月这 11 个 PR 的治理目标是让 update 在所有边界下都能”结算 + 收尾”：
| PR | 解决的具体场景 |
|---|---|
| #169038 | managed update 结算丢失/替换 handoff lease 数据库后的合格 stale package recovery |
| #169027 | 2026.9.8 package recovery records 按 identity 与 version 在 metadata drift 后结算 |
| #168388 | completed-receipt identity drift 不再阻断更新 |
| #168889 | update 子进程继承 managed service 的 heap 限制，让 Doctor 在大 agent 数据库上完成 |
| #169035 | 候选 Doctor 期间延后的官方 webhook plugin 保留 listener（含 Teams 历史 3978 端口） |
| #169292 | updater worker 留在 retained runtime |
| #168927 | openclaw doctor --fix 在 install path 用 Windows 短名（8.3）/不同大小写时回收 retained runtimes |
| #168993 | accepted Gateway update handoffs 不报 failure |
| #169037 | 已完成 update 成功记为成功加 stopped channels warning（不再错杀成功） |
| #169454 | 修复的迁移不再产生 stale warning |
| #168905 | migrated-state failure 指向 openclaw update repair |
对开发者的直接信号：当你看到 update-recovery-pending 这个词——以前你要 ssh 进 host 删数据库、检查 handoff leases、手动跑 repair；现在 v10.5-beta.2 会自动结算，并在失败时指向 openclaw update repair。这一支柱把”升级修复需要工程能力”降级为”一条命令”。
支柱 ② Doctor keeps your plugins and data：8 PR 让 Doctor 不再”误伤”
核心问题：OpenClaw 的 Doctor 是一个”修复 + 诊断”工具，过去有 3 类误伤：①path safety 检查拒绝时清掉已装插件配置（用户最痛的是发现 Skills / Hooks / MCP 全没了）；②发现 malformed UTF-8 root memory 文件时默默合并/丢弃；③recovery 拷贝没把 Canvas 与 Memory Core 文件带过来（无 agent 配置的安装最容易丢）。
v10.5-beta.2 这 8 个 PR 把误伤全部堵上：
| PR | 修复的具体误伤 |
|---|---|
| #168111 | Doctor 在 path safety 检查拒绝时保留已装插件配置 |
| #169029 | 不动 malformed UTF-8 root memory 文件 |
| #169436 | recovery 拷贝在 migration 移动前抓 Canvas 与 Memory Core 文件 |
| #169516 | 包括无 agent 配置的安装也能 recovery 完整 |
| #168066 | 拒绝合并 malformed UTF-8 root memory（更严格） |
| #168567 | 对未变 one-shot job 跳过冗余 cron 备份（性能） |
| #168938 | honors Windows 权限的 SQLite recovery snapshot |
| #168838 | recovery 拷贝执行时机前置到 migration 之前 |
对开发者的直接信号：以前跑 openclaw doctor --fix 后需要”先备份 plugin / memory / canvas 清单”，现在不需要了。这一支柱把”Doctor 是危险操作”降级为”Doctor 是安全操作”。
支柱 ③ Secret redaction 跨分块不再泄露 + 性能提升
核心问题：OpenClaw 的 secret redaction（凭据遮蔽）以前有两个 bug：①跨分块（chunk）边界的凭据被识别不到（比如 API key 被切成两段，第一段遮蔽，第二段还显示成明文）；②大文本 redaction 时会卡顿甚至栈溢出（单条消息几百 KB 时尤其明显）。
v10.2 这两个 PR 把这俩 bug 一并修掉：
| PR | 修复 |
|---|---|
| #161480 | 跨分块边界的凭据现在能正确遮蔽 |
| #166701 | 大文本遮蔽不再卡顿或栈溢出，且快数倍（README 上写”faster several×”） |
对开发者的直接信号：当你在 OpenClaw 里看到一段几百 KB 的日志输出时——以前担心里面夹着的凭据会泄露，现在 v10.2 把分块边界 + 性能两件事一起做掉。这一支柱是合规审计的高优先级修复。
支柱 ④ Provider-native compaction 默认启用：缺 Anthropic key 也能压缩
核心问题：OpenClaw 早期 compaction 是 client-side 跑（客户端做摘要），但 provider-side compaction（OpenAI / Anthropic 原生压缩 API）更省 token、更快。以前 OpenClaw 把这个选项藏在 settings.json 里，需要手动开；而且 primary auth profile 冷却时压缩会失败。
v10.2 这两个 PR 把 provider-native compaction 做成默认：
| PR | 变更 |
|---|---|
| #168164 | OpenAI / Anthropic API-key 路由默认 provider-native compaction |
| #166459 | primary auth profile 冷却时压缩也能恢复 |
对开发者的直接信号：OpenAI / Anthropic key 用户上来就用 provider-side compaction（更省 token），无需手动开；冷却恢复机制让你不再”换账号就压缩失败”。这一支柱把”compaction 是高级选项”降级为”默认行为”。
支柱 ⑤ Approved tool calls stay as approved：hook 不能再”二次改写”
核心问题：OpenClaw 的 hooks（钩子）能让插件在工具调用被批准之后、真正执行之前修改工具参数。以前这没问题（信任 hook）；但当 hook 来自”未充分审计的 plugin”时，会出现”用户批准的参数被改写”的情况——这违反”approve 是最终决定”的安全原则。
v10.5-beta.2 #142700 把这个口子堵上：
| PR | 变更 |
|---|---|
| #142700 | 普通 hook 不能在 trusted-inline-approved 后改写 tool 参数而不再次批准；改参数 plugin 必须单独批准最终参数或被阻断 |
Migration 见 docs/plugins/hooks/tool-policy.md。对开发者的直接信号：你装了一个 plugin 之后，它的 hook 不能再”劫持”你已批准的 tool 调用；如果它真要改参数，OpenClaw 会强制重新弹窗让你批准。这一支柱把”hook 信任 = 全权”降级为”hook 信任 = 提议权”。
三、PR #169037 是这五根支柱的”零号样本”
为了让你看一次”升级可靠性 PR”长什么样，下图是 PR #169037「fix(update): preserve successful outcomes and warn about stopped channels」 的 GitHub 详情页：
这个 PR 的标题里有三个关键动作：preserve / successful outcomes / warn about stopped channels——以前”成功的 update + 停止的 channels”会被合并报为”failure”，现在 v10.5-beta.2 把这两个状态拆开。这就是支柱 ① “Updates finish and recover”在单 PR 层面的微缩样本——一个 PR 同时解决了”成功被判失败”和”通道停了无警告”两个用户看不见但实际会被坑的问题。
四、跨支柱的”组合拳”：一条 update 命令从开始到结束的可信路径
把五根支柱串起来，OpenClaw v2026.10.2 + v2026.10.5-beta.2 联手给出了一条可信升级路径：
$ openclaw update
↓ (v10.2 #168849 等) Updates from 2026.10.1: 升级链路能干净走完
↓ (v10.5-beta.2 #169038) 结算 handoff leases
↓ (v10.5-beta.2 #169027) 结算 2026.9.8 package recovery records
↓ (v10.5-beta.2 #168993) accepted Gateway update handoffs 不报 failure
↓ (v10.5-beta.2 #169037) 已完成 update 成功记为成功 + stopped channels warning
↓ (v10.2 #168164) provider-native compaction 默认启用（减少 token）
↓ (v10.2 #161480) 跨分块凭据不再泄露
↓ (v10.5-beta.2 #142700) 任何 hook 都不能改写已批准的 tool 参数
↓ (v10.5-beta.2 #169516) Doctor 保留 Canvas 与 Memory Core 文件
↓ (v10.2 #168836) npm dist-tag 漂移不再让 release candidate 失败
$ openclaw update repair # 失败时的兜底命令
这条路径里有 11 个不同 PR 串起来的”成功 update + 失败可修 + 数据不丢 + 凭据不漏 + hook 不劫持”完整闭环。这就是「升级可靠性」作为一个工程概念在 v10.2 + v10.5-beta.2 同日发布时的具体落地。
五、与 06:00 / 10-11 / 10-12 既有 OpenClaw 文章的角度分工
| 文章 | 角度 | 是否覆盖本文 |
|---|---|---|
| 2026-10-13 06:00 post 2692 | v10.2 + v10.5-beta.2 同日双弹 / 30 小时日级间隔 / 6 天 6 发节奏拆解 / v10.2 六大修 | 不覆盖：本文是「升级可靠性五根支柱」 |
| 2026-10-12 15:00 post 2679 | v10.5-beta.1 三件套（X channel / Voice calls / Worker-local inference） | 不覆盖：本文是 v10.2 + v10.5-beta.2 |
| 2026-10-12 06:00 post 2667 | v10.1 stable 运维落地 4 主题（Backups / Bun / 不可变代次 / 8 MiB 预算） | 不覆盖：本文聚焦升级可靠性 |
| 2026-10-11 15:00 post 2652 | stable 自身切出来 / refactor-perf / stale 集中清三档分布 | 不覆盖：本文聚焦升级可靠性 |
| 2026-10-11 09:00 post 2643（WorkBuddy） | WorkBuddy 5.7.6 三件套 | 不覆盖（不同工具） |
| 2026-10-10 15:00 post 2629 | drained FRV 失败分类 + 修复 + 重跑链条 | 不覆盖：本文是 upgrade 链路不是 deployment 链路 |
| 2026-10-10 06:00 post 2621 | 夜间合入窗口的工程治理 | 不覆盖：本文聚焦升级可靠性 |
角度互补性：06:00 文章讲”节奏信号”——6 天 6 发本身；本文讲”同一对版本的工程深度”——升级可靠性的 5 根支柱。两个角度放在同一周能让读者既看到”OpenClaw 发版加速”也看到”加速背后的工程取舍”。
六、来源与可核验链接
6.1 官方源（5 个）
- OpenClaw v2026.10.2 Release 页（GitHub）：
- OpenClaw v2026.10.5-beta.2 Release 页（GitHub）：
- PR #169037（fix update preserve successful outcomes and warn about stopped channels）：
- OpenClaw 主仓：
- OpenClaw 文档站：
6.2 核心 PR 编号（11 个，均已合并至 v10.2 / v10.5-beta.2 主线）
v10.2 Updates from 2026.10.1（7 个）：#168849、#169031、#165233、#166530、#168968、#164677、#165257 v10.5-beta.2 Updates finish and recover（11 个）：#169038、#169027、#168388、#168889、#169035、#169292、#168927、#168993、#169037、#169454、#168905 v10.2 Doctor（4 个）：#166397、#165355、#165417、#168161 v10.5-beta.2 Doctor keeps plugins and data（8 个）：#168111、#169029、#169436、#169516、#168066、#168567、#168938、#168838 v10.2 Secret redaction（2 个）：#161480、#166701 v10.2 Provider-native compaction（2 个）：#168164、#166459 v10.5-beta.2 Approved tool calls（1 个）：#142700 v10.5-beta.2 Subagent provenance（2 个）：#169130、#169238
6.3 timew.cn 内部索引（5 篇同系列已发布文章）
- post 2692（2026-10-13 06:00）：v10.2 + v10.5-beta.2 同日双弹节奏拆解
- post 2679（2026-10-12 15:00）：v10.5-beta.1 三件套
- post 2667（2026-10-12 06:00）：v10.1 stable 运维落地 4 主题
- post 2652（2026-10-11 15:00）：v10.1 stable 14 PR 首批
- post 2629（2026-10-10 15:00）：drained FRV 失败分类修复
七、给读者的 3 条可执行建议
- 从 v10.1 stable 升上来的用户——直接
openclaw update，v10.2 的 Updates from 2026.10.1 已把升级链路修通；如果你担心 Doctor 误伤，可以先备份 plugin / memory / canvas 三件套再openclaw update - 从 v9.x 升上来的用户——先
openclaw update --dry-run看 v10.5-beta.2 是否能结算 2026.9.8 legacy package recovery records；如果失败，跑openclaw update repair走兜底路径 - 合规 / 安全团队——v10.2 的 secret redaction 跨分块修复（#161480）+ provider-native compaction（#168164）是审计高优项；可以写进内部 SOC2 / ISO27001 的”工具链安全加固”记录里
八、30 天 watch 清单
- 2026-10-14 看 v10.5-beta.2 是否会引出 v10.5-beta.3 / RC
- 2026-10-15 看
openclaw update repair的实际使用率（GitHub Issues 关键词） - 2026-10-20 看 v10.2 的 npm dist-tag 漂移（#168836 修复）是否仍能稳定
- 2026-10-25 看 provider-native compaction 的 token 节省数据（README 还没公开数字）
- 2026-10-31 看 Doctor 的 Canvas/Memory Core recovery 是否在 Windows 路径上仍稳定（#168938 Windows 权限路径）
九、给读者的”如果只看一段”总结
v2026.10.2 + v2026.10.5-beta.2 不是两个独立发布，而是一个组合——稳定版把”升不上来 / 升完报错 / 升完回滚”修掉，beta 版把”升完 Doctor 把配置丢了”修掉。两档联手把 OpenClaw 的升级可靠性从”工程能力门槛”降到”一条命令”。 五根支柱——Updates finish and recover（11 PR）/ Doctor keeps your plugins and data（8 PR）/ Secret redaction 跨分块（2 PR）/ Provider-native compaction（2 PR）/ Approved tool calls stay as approved（1 PR）——共同给出”从更新到数据到合规”的完整可信升级证据链。
