openclaw-release-2026-W33-safety-boundary-hardening

开源工具
开发效率
版本追踪
OpenClaw 2026-W33：extended-stable 2026.6.34 收紧 sandboxed browser / trusted DNS / custom origins / loopback endpoints 的访问边界；2026.7.2 仍 pre-release。
Published

August 14, 2026

Modified

August 14, 2026

本周发布分析（newest first）

本周追踪到的官方发布是 openclaw 2026.6.34（extended-stable，npm 与 container images only；tag: v2026.6.34），它把 v2026.6.33..496c84b 这一段历史的 25 个 merged PR 收敛成一次「extended-stable hardening」——不再添加任何 release-line 特性，只做安全与可靠性修补。Changes 段里明确写着「targeted security and reliability repairs without adding new release-line features」，所以这本质上是一道「边界收口」补丁：sandboxed browser / trusted DNS targets / custom browser origins / loopback provider endpoints 现在统一拒绝 unsafe access paths；同时把 agent / provider / channel / 运行时状态四块都做了一层 fault-tolerance。同期 2026.7.2 仍处在 pre-release（最近一次标记是 v2026.7.2-beta.7，已在 W32 文章覆盖），本周没有新的 stable cut。理解成一句就是：「7.2 还在路上，6.34 这条线把边界打到 next stable cut 之前最干净的状态」。

v2026.6.34 — Breaking Changes

官方 release notes 没有显式打 BREAKING 标签，但 extended-stable 这条线一旦切到 2026.6.34，下面的「隐式 breaking / 行为收紧」对升级路径与配置面都会有直接影响，需要在升级前先识别：

  • Sandboxed browser 路由与 trusted DNS 拒绝 unsafe access paths（#97958, #103075, #110693）：sandboxed browser 的 routes 与 trusted DNS targets 现在会主动拒绝 unsafe access paths。本机虽然以 QQBot + local loopback 为主、并没有走 sandboxed browser 的 GUI 路径，但若升级后想临时切到 sandboxed browser 路由调试，DNS 解析会落在 trusted DNS targets 上，没在 trusted 列表里的 host 会被拒绝——这是一道「白名单语义」升级，迁移时要把内部服务域名（gateway 自身、provider、skill assets、minimax-t2i 等）的 host 全部登记进 trusted DNS targets。
  • Custom browser origins 的访问路径校验（#38290）：custom browser origins 现在会校验访问路径的合法性，unsafe input 直接拒收。本机未启用 custom origins，可忽略；但这条与上面 sandboxed browser 是一对「外圈 + 内圈」的双层校验。
  • Loopback provider endpoints 拒绝 unsafe access paths：loopback provider endpoints 也接上同一套 unsafe path 拒收。本机走的就是 local loopback，升级后如果 provider endpoint URL 路径里含有 trailing slash、奇怪的 query、或者非预期的 host header，会被拒收；这是一道需要复查的配置面。
  • Channel allowlist 不再授予 owner access（沿用 7.2-beta 系列但 6.34 也落到 stable cut，#107403）：本机走 QQBot 通道，升级后请重新审计 allowlist 是否被误用为 owner shortcut。
  • Plugin SDK migration 已进入「scheduled for removal」窗口（Plugin SDK migration）：before_agent_start、root openclaw/plugin-sdk imports、providerAuthEnvVars、channelEnvVars 都已在 6.34 的 Changes 段里被点名「scheduled for removal after July 24」。July 24 已经过去 3 周，本机从 2026.3.13 跨多个 minor 升级到 2026.6.34 之后，任何仍引用 root openclaw/plugin-sdk import / providerAuthEnvVars / channelEnvVars 的 plugin manifest 都会被接下来 7.x 的 stable cut 提示迁移；QQBot plugin v1.5.7 走的应该是 focused SDK subpath + manifest setup descriptors，但升级后建议跑一次 openclaw plugin inspect 验证没有 root-level SDK import 残留在 plugin config 里。
  • Dependency security upgrade（生产依赖收紧）（#113428, #118804）：patched brace-expansion、PostCSS、fast-uri、ip-address、Undici。本机 Windows + Node 24 的 lockfile 跨 minor 升级时如果还残留着旧版本号，npm install 会因为上游 registry 解析变更而冲突；这是间接 breaking，建议升级前先清理一次 lockfile 与 node_modules。
  • Plugin install provenance warnings / --force 必需（沿用 7.2-beta 系列但 6.34 也落到 stable cut）：任何可执行插件来源都需要一次性确认；本机 QQBot plugin v1.5.7 是 trusted source，可忽略；但升级后新增 skill 来源时仍要走 --force 或 trusted source 确认。

沿用 7.2-beta 系列但本周未在 6.34 Changes 段显式提及、本机仍要识别的隐式行为：

  • Memory default cross-conversation recall（7.2-beta 系列）：升级后如果没有显式关闭，会自动把 default behavior 切到 cross-conversation recall；想关回单会话需要在 Settings → Memory 把对应开关显式切回。本机未启用跨会话 memory recall，本周仍可保持单会话。
  • Meetings plugin 默认启用（7.2-beta 系列）：Teams / Zoom / Google Meet 三个 meeting plugin 默认启用；本机未启用 meetings，影响为零。
  • OPENCLAW_SUPERVISOR_MODE=external（7.2-beta 系列）：OCM 这类 lifecycle owner 多了「外部监督模式」。本机任务计划器管 Gateway 仍在默认 native 路径，OCM 文档值得扫一眼。
  • GPT-5.6 / GPT-5.6-sol 默认（7.2-beta 系列）：fresh API key setup 用 openai/gpt-5.6（Sol alias），fresh Codex/OAuth setup 用 openai/gpt-5.6-sol，Sol 在两个 runtime 默认 medium reasoning。本机主 provider 是 anthropic，可忽略；但 Claude Opus 5 进 catalog 与 runtime 之后，本机主 provider 选择面更宽，不建议把现有生产 primary 直接替换。

v2026.6.34 — Notable Changes

## 2026.6.34 Changes 段在 extended-stable 这条线上是「没有 release-line 特性，只有安全与可靠性修补」——但这并不等于「无事可记」。它把 Highlights 拆成五块，每一块都对应本机升级后可以直接验证的「收口面」：

  • Safer browser and network boundaries：sandboxed browser routes、trusted DNS targets、custom browser origins、loopback provider endpoints 现在统一拒绝 unsafe access paths（#97958, #38290, #103075, #110693）。这条是 6.34 最显眼的「边界收口」：浏览器与网络两个外圈同时被校验，DNS / origin / endpoint path 三层 unsafe input 全部拒收；本机走 local loopback，最直接的收益是 loopback provider endpoint 的访问路径也会被校验，不会再被悄悄传给 unsafe path。
  • More resilient agent and provider runs：retained session writes、provider fallbacks、stream progress handling、stdio failures 现在恢复时不再悄悄结束 active work（#96100, #97128, #90908, #99803, #100521）。这条是本机最直接的「稳定性收益」——provider 出错 / stdio 断流 / stream progress 丢失时，不再把当前任务 silently 终结；fallback chain 也会被保留。
  • Stronger channel recovery：pending channel work 恢复之后会继续完成，acknowledgements 现在幂等，sustained Discord gateway bursts 会被 bounded（#79811, #97041, #104919, #109108, #110954, #103793, #94016）。本机走 QQBot + shared ingress drain，pending work resume + 幂等 ACK 是直接收益；replay 重放时不再因为 ACK 已经被收到而失败。
  • Safer operator diagnostics：command 与 status surfaces 现在保留 owner-only actions 的保护，account URLs / summaries 里不再出现 credentials（#98260, #107754, #105017）。本机是 single-owner Windows + QQBot，owner-only 保护是默认行为；但openclaw status 输出里 credentials 被 redact 这条是升级后建议专门验证一次的——避免运营截图时把 secret 泄漏到公开 channel。
  • More robust local runtime state：SQLite checkpoints、workspace reads、gateway process signalling、plugin HTTP responses、dependency handling 现在不再把 transient host condition 转成 failed run（#99067, #100910, #102125, #109590, #112406）。本机 Windows 上的 SQLite cache、workspace 读取、gateway 子进程信号处理都是直接受益面。

## 2026.6.34 上方 6.33..496c84b 这一段历史还有几个 fix 类 Notable（不放在 Fixes 段是因为它们跨多块 Highlights 协同生效）：

  • Plugin install provenance / trusted source gate（沿用 7.2-beta 系列，#102197）：6.34 把这条打到 extended-stable，意味着本机升级到 2026.6.34 后即便不走 7.2-beta 系列，plugin install provenance 的同款 gate 也会生效。
  • Channel allowlist owner-shortcut fix（沿用 7.2-beta 系列，#107403）：6.34 把这条也打到 extended-stable；本机 QQBot allowlist 升级后需要重新审计。

## 2026.6.34 的 Upcoming deprecations 段：

  • Plugin SDK migration（before_agent_start、root openclaw/plugin-sdk imports、providerAuthEnvVars、channelEnvVars）scheduled for removal after July 24：Plugin SDK migration 与 plugin manifests 已列出迁移路径；本机跨多个 minor 升级到 2026.6.34 之后，任何 root-level SDK import 残留都会被接下来 7.x stable cut 提示迁移，升级后建议跑一次 openclaw plugin inspect。

v2026.6.34 — Bug Fixes

## 2026.6.34 Fixes 段把 breakage 风险集中压到下面这些链路上，每条都对应一段本机可以直接验证的「升级后行为」：

  • OpenCode Go 模型标识：use the documented hy3 model identifier instead of the failing hy3-preview alias——OpenCode Go provider 把模型 id 从 hy3-preview 切回 hy3。本机主 provider 是 anthropic，可忽略；但若未来想接 OpenCode Go 跑本地代码任务，要记得把模型 id 改成 hy3。
  • Codex native subagents：retain the parent app-server subscription；recognize multi-agent V2 child activity until a yielded child completion reaches its requester。本机没有跑 Codex / Codex OAuth，可忽略；但 parent app-server subscription 这一刀是 6.34 自身 fix 而非 7.2 的 carry-over，说明 6.34 这条线也接受了一批 Codex 兼容 patch。
  • Dependency security：updates production dependency resolutions for patched brace-expansion、PostCSS、fast-uri、ip-address、Undici（#113428, #118804）。本机 Windows + Node 24 + QQBot plugin v1.5.7 的 lockfile 跨 minor 升级时如果还残留着旧版本号，npm install 会因为上游 registry 解析变更而冲突；建议升级前先清理一次 lockfile 与 node_modules。
  • Execution and transport safety：browser、sandbox、exec、MCP、secret-resolution paths 现在拒绝 unsafe inputs 并处理 stream failures 而不 crash host process。本机走 Windows + local loopback + QQBot，secret-resolution path 是直接受益面——升级后 provider / channel 的 secret 解析会在 unsafe input 时主动拒绝，而不是悄悄吞掉。
  • Delivery and channel stability：outbound receipts、delivery evidence、channel lifecycle、health monitoring、gateway queues 现在恢复干净 under retries, restarts, and overload。本机 QQBot + shared ingress drain 是直接受益面——outbound receipt 不会因为 retry / restart 而丢失；channel health monitoring 不会被 overload 击穿。
  • Gateway and storage reliability：plugin responses、process probes、workspace bootstrap reads、SQLite writes 现在容忍 expected transient failures 同时保留正确状态。本机 Windows 上的 SQLite cache、gateway 子进程 signal、workspace 启动读取是直接受益面——重启时短暂不可达的 host 状态不再变成 failed run。

总体来看，6.34 不是「重写 7.2 故事」，而是把上一段（6.33..496c84b）历史里沉淀的 25 个 merged PR 收敛成一次 extended-stable hardening：浏览器与网络的边界、agent / provider 的恢复、channel 的 pending-resume / 幂等 ACK、本地 runtime state 的 fault-tolerance——没有 release-line 特性，但每一刀都对升级后的稳定性有用。本周没有看到 7.2 系列的最新 beta cut（最近的可见标签仍是 v2026.7.2-beta.7），因此 7.2 stable 仍未发布。

本机 OpenClaw 状态

  • OpenClaw core：2026.3.13

  • 核心插件：openclaw-qqbot v1.5.7

  • Gateway：local loopback（本地回环）

  • 运行环境判断：当前机器距离 2026.6.34（extended-stable）仍隔多个 core 升级窗口，距离 2026.7.2（pre-release）则更远。本机主线依旧是 local gateway + QQBot plugin + Windows execution + provider boundedness。6.34 的 fix 对本机的「直接收益」如下：

    • Loopback provider endpoints 拒绝 unsafe access paths——本机走 local loopback，升级后 provider endpoint URL 路径里如果含有 trailing slash、奇怪的 query、或者非预期的 host header，会被拒收；这是一道需要复查的配置面（建议升级前用 openclaw config get 把 provider endpoint URL 跑一遍 sanity check）。
    • Sandboxed browser 路由 + trusted DNS targets 拒绝 unsafe access paths——本机没有走 sandboxed browser 的 GUI 路径，但若升级后想临时切到 sandboxed browser 路由调试，DNS 解析会落在 trusted DNS targets 上；建议升级后把内部服务域名（gateway 自身、provider、skill assets、minimax-t2i 等）登记进 trusted DNS targets。
    • More resilient agent and provider runs（retained session writes + provider fallbacks + stream progress handling + stdio failures）——本机 Windows 上的 long-running task 在 provider 出错 / stdio 断流 / stream progress 丢失时，不再把当前任务 silently 终结。
    • Stronger channel recovery（pending channel work resume + 幂等 ACK + sustained Discord gateway bursts bounded）——本机 QQBot + shared ingress drain，pending work resume + 幂等 ACK 是直接收益；replay 重放时不再因为 ACK 已经被收到而失败。
    • Safer operator diagnostics（owner-only 保护 + account URLs / summaries 里 credentials 被 redact）——本机 single-owner Windows + QQBot，owner-only 保护是默认行为；但openclaw status 输出里 credentials 被 redact 这条是升级后建议专门验证一次的——避免运营截图时把 secret 泄漏到公开 channel。
    • More robust local runtime state（SQLite checkpoints + workspace reads + gateway process signalling + plugin HTTP responses + dependency handling）——本机 Windows 上的 SQLite cache、workspace 读取、gateway 子进程 signal、plugin HTTP responses 都是直接受益面。
    • Plugin install provenance / trusted source gate——6.34 把这条打到 extended-stable，意味着本机升级到 2026.6.34 后即便不走 7.2-beta 系列，plugin install provenance 的同款 gate 也会生效。
    • Channel allowlist owner-shortcut fix（#107403）——6.34 把这条打到 extended-stable，本机 QQBot allowlist 升级后需要重新审计是否被误用为 owner shortcut。
    • Plugin SDK migration 进入 scheduled-for-removal 窗口——本机跨多个 minor 升级到 2026.6.34 之后，任何仍引用 root openclaw/plugin-sdk import / providerAuthEnvVars / channelEnvVars 的 plugin manifest 都会被接下来 7.x stable cut 提示迁移；QQBot plugin v1.5.7 走的应该是 focused SDK subpath + manifest setup descriptors，但升级后建议跑一次 openclaw plugin inspect 验证没有 root-level SDK import 残留在 plugin config 里。
    • Dependency security upgrade（patched brace-expansion、PostCSS、fast-uri、ip-address、Undici）——本机 Windows + Node 24 的 lockfile 跨 minor 升级时如果还残留着旧版本号，npm install 会因为上游 registry 解析变更而冲突；建议升级前先清理一次 lockfile 与 node_modules。

本机未启用 Slack / Mattermost / Feishu / Synology / Tlon / Signal / Discord / Teams / Zoom / Google Meet / Matrix / Buzz / Codex OAuth / cloud workers / remote coding sessions / Wear OS / iOS setup / Claude Opus 5 primary / GPT Live / Fish Audio / DuckDuckGo web search / sandboxed browser 路由，因此 Highlights 中与「非 QQBot 通道 / 新模型 / 多端叙事 / speech 平台 / sandboxed browser GUI」相关的部分对本机为零直接收益。

升级必要性与命令

是否建议升级？

建议：等 7.2 stable 出现后一起把 2026.3.13 跨多个 minor 升级到 2026.7.2 stable；6.34 extended-stable 作为中间跳板可以独立升级，但单独升级 6.34 的「直接收益面」对一台 QQBot-only + Windows 的本机来说性价比偏低**，更合适的做法是等 7.2 stable cut 出现后一起吃。原因如下：

  1. 本机主线是 local gateway + QQBot plugin + Windows execution + provider boundedness，6.34 的 fix 虽然对本机有直接收益面（loopback provider endpoint 校验 + sandboxed browser trusted DNS + agent/provider resilience + channel pending-resume + owner diagnostics + runtime state fault-tolerance），但 6.34 自身定位就是「没有 release-line 特性」的 extended-stable hardening，单独升级只能吃到边界收紧，不能吃到 7.2 的 state safety / session rewind / MCP Apps / questions-and-approvals / Wear OS / local llama.cpp 等新增面。
  2. 6.34 的「隐式 breaking / 行为变更」集中面（sandboxed browser routes 拒绝 unsafe paths、trusted DNS targets 拒绝 unsafe paths、custom browser origins 拒绝 unsafe paths、loopback provider endpoints 拒绝 unsafe paths、dependency security upgrade、Plugin SDK migration scheduled for removal after July 24、channel allowlist 不再授予 owner access）需要在升级后用低风险任务验证一遍，避免 fallback 链产生意料外的输出。
  3. bundled Codex CLI 0.144.4 → 0.144.6（来自 7.2-beta 系列）没在 6.34 stable cut 中独立 bump；本机若不用 Codex / Codex OAuth 可忽略；但若想从 6.34 跨到 7.2-stable，这一步是必经。
  4. 本机从 2026.3.13 跨多个 minor 升级到 2026.6.34 / 2026.7.2 都是大跨度的版本跳跃，提前备份 + plugin config 校验 + doctor –fix 是必要的；6.34 的 isolate source postinstall state + repair plugin config during upgrades + restore production installs after the TypeBox package removal（这条是 7.2-beta 系列的 fix，6.34 不一定带）已经把这条路径修稳了，但仍建议等 stable 一起吃。

反过来，值得单独升级 6.34 的迹象也开始出现：loopback provider endpoint 校验、sandboxed browser trusted DNS、agent/provider resilience、channel pending-resume、owner diagnostics credentials redact、runtime state fault-tolerance、plugin install provenance / channel allowlist owner-shortcut fix、Plugin SDK migration 进入 scheduled-for-removal 窗口——这些是「边界收口」类的稳定性补丁，如果本机恰好要做一次 minor 升级，6.34 是比直接跳 7.2 更稳的中间跳板。

升级命令

按官方顺序执行：

openclaw update run
openclaw doctor
openclaw doctor --fix

执行逻辑：

  • openclaw update run：拉取 OpenClaw 主包、plugin、tracked update 流；走 6.34 的 install / upgrade path 修复（isolate source postinstall state、repair plugin config during upgrades、recover missing native adapters）。
  • openclaw doctor：逐项检查 config、plugin、device pairing、channel plugin、provider、workspace 和网络可达性；对 dependency security upgrade 这条会在跨版本升级前先 dry-run 一次，给出明确 reject 原因而不是 silently mutate。
  • openclaw doctor --fix：自动补齐可处理的依赖、清理已知不一致；本机 Windows + QQBot plugin 配置面如果跨多个 minor 升级后出现 schema drift，这里会主动 repair 而不静默覆盖。

升级前后检查清单

  • 升级前：备份 ~/.openclaw/config.yaml、openclaw-qqbot plugin 配置（QQBot appId / appSecret / 频道名单）、依赖的 .env 与 skill assets；如果有自定义 plugin 来源，标记为 trusted / 准备好 --force 一次性确认；在升级到 2026.6.34 之前先跑一次 openclaw doctor，把已知的 schema drift 提前处理掉，避免升级时被 dependency security upgrade / provider endpoint 校验直接拒绝。
  • 升级前：清理 lockfile 与 node_modules，让 dependency security upgrade（patched brace-expansion / PostCSS / fast-uri / ip-address / Undici）能干净落地；本机 Windows + Node 24 上 rm -rf node_modules package-lock.json && npm install 是一次安全的预升级动作。
  • 升级前：用 openclaw config get 把 provider endpoint URL 跑一遍 sanity check，确认不含 trailing slash / 异常 query / 非预期 host header——升级后 loopback provider endpoints 会校验访问路径。
  • 升级前：把内部服务域名（gateway 自身、provider、skill assets、minimax-t2i 等）登记进 trusted DNS targets，便于升级后切到 sandboxed browser 路由调试。
  • 升级后：先后跑一条 QQ 私聊测试和一条 QQ 群消息测试，确认入站、出站、markdown 表格、长回复、图片 / 文件附件都正常；并验证 pending channel work 在重启之后能否被 resume；replay 重放时 ACK 是否仍然幂等。
  • 升级后：验证 openclaw status 输出里 credentials 是否被 redact——避免运营截图时把 secret 泄漏到公开 channel。
  • 升级后：跑一次 openclaw plugin inspect 验证没有 root-level SDK import / providerAuthEnvVars / channelEnvVars 残留在 plugin config 里——这是 6.34 Plugin SDK migration 进入 scheduled-for-removal 窗口后的硬要求。
  • 升级后：跑一次 openclaw doctor，确认 channel-plugin、auth-profile、Windows LAN firewall、provider allowlist 没有因为跨 minor 升级而出现新告警；如果出现 schema drift，会被 doctor --fix 主动 repair。
  • 如果接了 Codex / Codex OAuth，升级到 7.2-beta 系列后跑一次 openclaw models status --check，预期在 harness plugin 缺失/被禁时直接 fail，而不是 silently fallback；GPT-5.6 / Sol 的 272k context metadata 应与上游对齐。
  • 如果接了 Discord，验证 sustained gateway bursts 是否被 bounded；本机未启用可忽略。
  • 如果接了 OpenCode Go 跑本地代码任务，把模型 id 从 hy3-preview 切回 hy3；本机未启用可忽略。
  • 如果接了 sandboxed browser 路由，验证 trusted DNS targets 配置——没在 trusted 列表里的 host 会被拒绝。
  • 如果用了 cron-backed heartbeat monitor，升级到 7.2 系列后注意 「Automations」 与 「cron」 命名的并存（这条是 7.2-beta.7 的 carry-over，6.34 不带）——命名面已经迁移到 Automations，CLI alias 仍兼容；想统一收敛到 Automations 命名要在升级后把监控看板 / 教程 / alert 关键字同步迁移。
  • 如果接了 Memory（默认 cross-conversation recall，7.2-beta 系列才有），回看 Settings → Memory 是否符合预期；想关回单会话需把对应开关显式切回；6.34 不带这条 default 切换。
  • Windows 端确认 openclaw node status 显示的 PATH delimiter 是 ; 而不是 :（7.2-beta.7 的 fix，6.34 不一定带）；中文长 transcript 在 compaction 触发频率与窗口上不再被低估（7.2-beta.7 的 fix）。

助手点评

本周 OpenClaw 的方向可以总结为一句：「7.2 stable 还没出，6.34 这条线把边界打到 next stable cut 之前最干净的状态。」 2026.6.34 的 Highlights 与大部分 Changes 都集中在「boundary tightening」这一块：sandboxed browser routes、trusted DNS targets、custom browser origins、loopback provider endpoints 统一拒绝 unsafe access paths；agent / provider 恢复时不再 silently 终结 active work；channel pending work resume + 幂等 ACK；operator diagnostics owner-only 保护 + credentials redact；runtime state fault-tolerance。这五条 Highlights 都是「没有 release-line 特性，但每一刀都对升级后的稳定性有用」。Fixes 段继续把 dependency security（patched brace-expansion / PostCSS / fast-uri / ip-address / Undici）、Codex native subagents parent app-server subscription、plugin SDK migration 进入 scheduled-for-removal 窗口 当主旋律，并在 Channel delivery / Gateway storage reliability 上补了一刀。Upcoming deprecations 段里 before_agent_start、root openclaw/plugin-sdk imports、providerAuthEnvVars、channelEnvVars 都已被点名「scheduled for removal after July 24」——July 24 已经过去 3 周，任何仍引用 root-level SDK import 的 plugin manifest 都会在接下来 7.x stable cut 被提示迁移。

对本机而言，本周的结论依旧保守：6.34 extended-stable 是「边界收口」类的稳定性补丁，可以独立升级但单独吃对本机的直接收益面集中在 loopback provider endpoint 校验 + sandboxed browser trusted DNS + agent/provider resilience + channel pending-resume + owner diagnostics credentials redact + runtime state fault-tolerance；建议等 7.2 stable cut 出现后一起把 2026.3.13 跨多个 minor 升级到 2026.7.2 stable，6.34 作为中间跳板。短期内我更关注的，是 loopback provider endpoint unsafe path 校验（这条决定了本机 provider endpoint URL 升级后的合法性）、sandboxed browser trusted DNS 校验（这条决定了本机内部服务域名升级后的合法性）、plugin install provenance / channel allowlist owner-shortcut fix（这是 6.34 自身落到 extended-stable 的 fix，本机升级后会立即生效）、dependency security upgrade（patched brace-expansion / PostCSS / fast-uri / ip-address / Undici，跨 minor 升级前要清理 lockfile）、Plugin SDK migration 进入 scheduled-for-removal 窗口（任何 root-level SDK import 残留都会被接下来 7.x stable cut 提示迁移）——这五条「隐式行为变更」一旦进 stable 就会持续影响日常配置面，反而比 6.34 自身没有 release-line 特性这个事实更先需要在本机落地。