OpenClaw 一周动态-2026-W24

日期范围: 2026-06-03 – 2026-06-10摘要: OpenClaw 本周的主线很清楚：2026-06-03 的 6.1 稳定版把 Windows、Skill Workshop、Workboard 推上正式线；随后 6.2 和 6.5 beta 连续回补安装治理、MCP 富结果、Anthropic thinking 恢复与 Vertex 兼容性。但升级风险并没有消失，DeepSeek prompt cache 成本回归、默认 agent main 绑定删除风险、Feishu 和 Telegram 渠道问题仍要求灰度升级。

本周判断

从 2026-06-03 到 2026-06-10，openclaw/openclaw 公开 release 页面可见 7 次发布：1 个稳定版，6 个预发布版。稳定版 v2026.6.1 在 2026-06-03 发布，随后同日出现 v2026.6.1-beta.3、v2026.6.2-beta.1，接着在 2026-06-06 到 2026-06-08 之间连续出现 v2026.6.5-beta.1、beta.2、beta.3、beta.5。这不是单纯的“功能周”，而是典型的“稳定版落地后，维护者马上用真实故障驱动 beta 回补”的一周。

这周最值得肯定的是，OpenClaw 正把 Windows、技能治理和多代理协作从概念做成可交付能力。最需要谨慎的是，Provider 兼容性、缓存策略、默认 agent 绑定和渠道输出边界仍然是高波动区。对已经把 OpenClaw 接入真实业务流程的人，本周的正确动作不是盲目追新，而是按链路分层升级。

GitHub 公开导航本周仍未显示 Discussions 入口。Hacker News 在本时间窗内没有抓到新的 OpenClaw 高热讨论。外围社区信号主要来自 Reddit 的发布讨论和升级求助帖。

版本发布

2026-06-03 的 6.1 稳定版把 Windows、Skill Workshop 和 Workboard 推进到可评估阶段

v2026.6.1^[1] 在 2026-06-03 19:35 发布。公开说明把重点放在三块：一是 agents 和 CLI runtime 对中断工具调用、陈旧 session 绑定、compaction handoff、媒体重试的恢复更稳；二是 Telegram、WhatsApp、iMessage、Slack、Discord、Microsoft Teams、Google Chat、Google Meet 和 iOS Talk 的交付路径继续收紧；三是 Skill Workshop、Workboard、插件清单与 UI 启动链路被系统化推进。

这一版最直接受益的是三类人。第一类是桌面和终端平台团队，因为 Windows 节点和控制面意味着 OpenClaw 不再只像 macOS 和 Linux 的附属能力。第二类是把 agent 当长期工作流底座的人，因为 Skill Workshop 和 Workboard 让“重复修复沉淀为可审查能力”这件事第一次接近产品化。第三类是维护多聊天渠道机器人和移动端的工程团队，因为 6.1 对真实交付链路的收益比对单机试玩大得多。对这三类人，6.1 值得进入测试环境；是否可直接上生产，要看后续 beta 回补的风险是否命中你的链路。

2026-06-03 的 6.2 beta 把安装治理和渠道交付边界提前收紧

v2026.6.2-beta.1^[2] 在 2026-06-03 23:46 发布。它最重要的变化不是新 UI，而是把技能和插件安装从旧的危险代码扫描路径改为 operator install policy，明确由操作者在本机定义最终安装准入规则，对应已合并的 PR #89516^[3]。同一版还继续压 Telegram、Feishu、Discord、WhatsApp 等渠道的交付风险，以及 Chat、Control UI、Skill Workshop、Workboard 的可见性问题。

这对两类角色尤其有价值。平台管理员会得到更明确的安装治理边界，不必把安全判断交给内置扫描器的启发式逻辑。托管服务商和团队内 OpenClaw 维护者也会受益，因为他们最怕的不是没功能，而是升级后谁都说不清“为什么这个包能装进去”。当前判断是，这类能力很适合有明确运维责任的人先采纳；如果你是单人轻量使用者，收益感知会小于渠道和配置兼容性修补。

2026-06-06 到 2026-06-08 的 6.5 beta 列车说明维护者正在直接响应真实生产故障

v2026.6.5-beta.1^[4] 于 2026-06-06 03:36 发布，v2026.6.5-beta.5^[5] 于 2026-06-08 22:49 发布。公开亮点高度聚焦在运行时边界：QQBot 不再把模型 thinking 脚手架直接发给终端用户；MCP 工具结果会先规整 resource_link、resource、audio 等块，避免 Anthropic 400 和 session history 中毒；Anthropic extended-thinking 在 prompt cache 过期或 Gateway 重启后更容易恢复；Google Vertex ADC 的静态 catalog 和运行时模型解析重新可用；Parallel 成为内置 web_search provider，对应 PR #85158^[6]；Matrix、WhatsApp、Google Chat 和状态持久化继续收口。

这批 beta 最受益的人不是普通聊天用户，而是把 OpenClaw 接入真实渠道、真实工具和真实权限边界的人。渠道运营者会直接降低“内部 thinking 被用户看到”的产品事故风险。MCP 集成工程师会减少“工具返回值格式稍复杂就把整段历史毒死”的长尾故障。依赖 Anthropic extended-thinking 的高级工作流则会减少重启后会话报废的概率。它们已经足够值得拿来验证关键链路，但仍不建议没有回滚策略的团队直接全量切换。

本周发版节律

本周只出现 1 个稳定版，却连续出现 6 个预发布版。这说明维护者在积极吸收线上反馈，但也说明稳定窗口仍然短。对生产环境而言，本周最合理的姿势是“稳定版做基线评估，beta 只验证你最关键的那几条链路”。

关键变化与受益人群

1. 安装治理从内置扫描器转向 operator policy，对平台管理员是真正的治理升级

PR #89516^[3] 于 2026-06-03 合并，随后进入 v2026.6.2-beta.1。这项改动把技能和插件安装的最终准入判断交给 security.installPolicy，并移除了旧的 built-in dangerous-code install scanner 路径。简单说，OpenClaw 不再假装自己能在安装时替你做完全可靠的安全判断，而是把权力和责任交回给操作者定义的本地策略。

最受益的是企业平台团队、托管服务商、以及需要多人共享一套 OpenClaw 运行面的团队。因为他们真正需要的是“可审计、可阻断、可复现”的安装治理，而不是一个偶尔拦错、偶尔漏拦的黑箱扫描器。对这类用户，这项变更已经值得评估采用；对单人实验用户，则主要是长期收益，不会立刻改善聊天体验。

2. MCP 富结果规整和 Anthropic 恢复补丁，直接提高高级工作流的可持续运行概率

Issue #90710^[7] 在 2026-06-05 报告：convertContentBlocks 会把 resource_link、resource、audio 等非文本块错误转成畸形图片块，导致 Anthropic API 400，并把坏内容写进历史，让整个 session 之后持续失败。对应修复进入 v2026.6.5-beta.1 及后续版本。与此同时，PR #90697^[8] 在 2026-06-06 合并，通过把 stream start 延后到 message_start 之后，让 Anthropic thinking session 在 prompt cache 过期或 Gateway 重启后还能走回既有恢复逻辑。

这对 MCP 重度使用者、Anthropic 深度工作流用户、以及需要长期保留上下文的 agent 编排团队最有价值。因为这类人真正的损失不是单次报错，而是一次格式错误或重启就把整段长会话废掉。当前判断是，只要你的关键链路依赖 MCP 富结果或 Anthropic extended-thinking，就值得优先在灰度环境验证 6.5 beta。

3. Vertex 兼容性本周有实质修补，但 Provider 层仍不适合无脑升级

Issue #89390^[9] 在 2026-06-02 打开，指出 google-vertex/gemini-3.1-flash-lite 缺失于 catalog，导致静默失败且无 fallback；该 issue 已在本周确认关闭，对应 PR #89400^[10] 合并。随后 v2026.6.5-beta.1 和 v2026.6.5-beta.5 又明确提到 Google Vertex ADC 的静态 catalog 和运行时模型解析恢复，以及冷却恢复和 memory adapter 状态检查更可靠。

这里最直接受益的是把 Vertex 当成统一认证、审计、计费入口的团队，以及需要在多个模型商之间快速切换的实验团队。关闭 #89390 说明维护者确实在修，但同周还出现了 DeepSeek cache 和配置兼容性问题，说明 Provider 层仍然波动很大。结论不是“别用”，而是“把每个 Provider 当作单独升级面验证，不要假设修好 Vertex 就代表其他模型路径同样稳定”。

4. Parallel 成为内置搜索 Provider，收益更偏向技能作者和工作流编排者

PR #85158^[6] 在 2026-06-05 合并，并进入 v2026.6.5-beta.1 与 v2026.6.5-beta.5。它把 Parallel 作为内置 web_search provider，支持 PARALLEL_API_KEY 自动发现和统一的搜索结果契约。这个改动不太显眼，但它降低了“技能里需要外部搜索能力时，还得自己再接一层 provider”的摩擦。

最受益的是写技能、做 agent 编排、以及想把搜索能力收敛到统一接口的开发者。普通聊天用户未必会立即感知，但对把 OpenClaw 当基础设施的人，这种“能力变成内置积木”的改动很重要。当前它已经合并并进入 beta，如果你的工作流依赖检索增强，值得开始评估。

活跃问题与采用风险

1. DeepSeek prompt cache 回归是本周最现实的成本风险

Issue #91018^[11] 于 2026-06-06 打开，报告从 2026.5.7 升级到 2026.6.1 后，DeepSeek V4 Flash 的缓存命中率从 50% 以上跌到 3 到 21%，并在不到 1 小时内额外消耗约 6 美元。提单者把问题指向两个点：旧配置未自动补上 supportsPromptCacheKey: true，以及新的 boundary-aware cache 不一定适配 DeepSeek 的前缀缓存策略。

这对三类用户尤其危险：第一类是长上下文自动化用户，第二类是高频 heartbeat 或定时任务用户，第三类是把 OpenClaw 挂在低成本模型上的个人和小团队。因为这些场景最依赖缓存节省成本，一旦失效，费用会被快速放大。当前不建议 DeepSeek 重度用户把 6.1 线直接切进主环境，除非你已经验证缓存统计和账单趋势。

2. 默认 agent main 绑定删除风险仍未闭环

Issue #89412^[12] 仍处于开放状态。该问题在 2026-06-02 报告：当 agents.list 非空时，绑定到隐式默认 agent main 的路由会在配置加载阶段被拒绝，而 doctor --fix 还可能把这些绑定删掉。上周它已经被标为 P1 和 impact:data-loss，本周没有看到关闭信号。

这项风险最影响的不是入门用户，而是已经认真做多 agent 路由、频道绑定、ACP 分流和共享配置模板的高级团队。因为他们往往把 main 当兜底路由，一旦自动修复工具直接删除绑定，后果不是“有点不方便”，而是升级后流量断路。当前建议没有变化：升级前先备份配置，测试环境先跑 doctor --fix，确认绑定未被删，再考虑放量。

3. Feishu 和 Telegram 说明渠道问题依然是高频真实痛点

Issue #88335^[13] 在 2026-05-30 打开，并在 2026-06-09 仍活跃。问题是 Feishu streaming card 在 CardKit API 上发送的是增量 diff 而不是完整文本，导致前端碎片化和闪烁。与此同时，Issue #84674^[14] 在 2026-06-09 仍然保持更新，指出 Telegram isolated ingress spool 在 Gateway recreate 后可能被陈旧的 .processing 声明卡住，后续消息无法继续处理。

这两条问题对渠道运营团队、客服机器人维护者、以及把 OpenClaw 当消息层中枢的人最关键。原因很直接：渠道问题会立刻体现在用户眼前，而且通常不能靠“重问一次”解决。当前看，维护者对渠道问题的响应速度不低，但成熟度仍然不够让这类团队放心无脑升级。

4. 新的 sandboxed skill workshop 能力请求值得关注，但还远不到直接放开

Issue #91676^[15] 在 2026-06-09 打开，要求通过 skills.workshop.allowSandboxedAgents 让 sandboxed agents 也能暴露 skill_workshop 工具。标签里同时带有 needs-security-review 和 impact:security。这说明社区已经开始把 Skill Workshop 当核心能力，希望进一步放大其可用范围；也说明维护者知道这里跨的是安全边界，不是普通功能开关。

最受益的潜在用户会是做受限执行环境、又希望 agent 能自我沉淀技能的团队。但在安全评审明确前，这条提议更适合观察，不适合被当作近期可依赖能力。

社区反馈

2026-06-10 抓取到的 Reddit 发布帖，重点都落在 Windows、Skill Workshop 和 Workboard

Reddit 帖子 OpenClaw 6.1 just launched! A pretty big one^[16] 在 2026-06-10 抓取时仍强调三件事：Windows 成为真正的一等节点面，Skill Workshop 让“自学习”变成可审查提案，Workboard 让多 agent 协作不再只是聊天历史。这个反馈和 6.1 发布说明高度一致，说明社区已经开始按“平台能力”而不是“单个模型更新”理解 OpenClaw。

最受益的是产品负责人、平台布道者和内部工具团队，因为他们终于有更好讲清楚 OpenClaw 差异化价值的素材。但同一帖子也明确提到安全担忧、OAuth 兼容性、Windows Gateway 行为和插件升级问题，说明卖点变强不等于采用阻力消失。

2026-06-10 抓取到的 Windows 讨论，已经明显转向企业终端治理叙事

Reddit 帖子 OpenClaw now runs natively on Windows, Microsoft announced it at Build 2026^[17] 在 2026-06-10 抓取时把叙事重点放在 Windows companion、Node Mode，以及通过企业控制面做治理、审计和阻断。这说明 Windows 已经不只是“能跑”，而是开始被放进企业终端管理的话语体系里。

最受益的是桌面自动化团队、IT 管理团队和做企业内部数字员工的人。对他们而言，这比多一个模型选项更重要，因为它决定 OpenClaw 能不能从实验室工具走向受控桌面环境。只是从本周 issue 和 beta 节奏看，工程成熟度还在补齐路上。

2026-06-10 抓取到的升级求助帖，主问题仍然是配置迁移而不是功能缺失

Reddit 帖子 should I update?^[18] 和 update v2026.6.1^[19] 在 2026-06-10 抓取时，核心问题都不是“新版本值不值得”，而是“怎么升级才不把现有系统弄坏”。讨论里集中提到 provider 配置变化、bundled providers 向 plugins 迁移、doctor 自动修复、以及 context size 注册异常。

这类反馈对代运维团队和高级个人用户最有现实意义，因为它说明本周最大的采用摩擦仍然来自升级路径本身。只要你的 OpenClaw 不是一次性实验环境，就不应把升级视作单条命令，而要把它当成配置迁移和回归验证任务。

数据概览

信息来源

• • OpenClaw Releases^[20]
• • v2026.6.1^[1]
• • v2026.6.1-beta.3^[21]
• • v2026.6.2-beta.1^[2]
• • v2026.6.5-beta.1^[4]
• • v2026.6.5-beta.5^[5]
• • Issue #91018^[11]
• • Issue #89390^[9]
• • Issue #88335^[13]
• • Issue #84674^[14]
• • Issue #91676^[15]
• • PR #89516^[3]
• • PR #90697^[8]
• • PR #85158^[6]
• • OpenClaw 6.1 just launched! A pretty big one^[16]
• • OpenClaw now runs natively on Windows, Microsoft announced it at Build 2026^[17]
• • should I update?^[18]
• • update v2026.6.1^[19]

引用链接

[1] `v2026.6.1`: https://github.com/openclaw/openclaw/releases/tag/v2026.6.1[2] `v2026.6.2-beta.1`: https://github.com/openclaw/openclaw/releases/tag/v2026.6.2-beta.1[3] `PR #89516`: https://github.com/openclaw/openclaw/pull/89516[4] `v2026.6.5-beta.1`: https://github.com/openclaw/openclaw/releases/tag/v2026.6.5-beta.1[5] `v2026.6.5-beta.5`: https://github.com/openclaw/openclaw/releases/tag/v2026.6.5-beta.5[6] `PR #85158`: https://github.com/openclaw/openclaw/pull/85158[7] `Issue #90710`: https://github.com/openclaw/openclaw/issues/90710[8] `PR #90697`: https://github.com/openclaw/openclaw/pull/90697[9] `Issue #89390`: https://github.com/openclaw/openclaw/issues/89390[10] `PR #89400`: https://github.com/openclaw/openclaw/pull/89400[11] `Issue #91018`: https://github.com/openclaw/openclaw/issues/91018[12] `Issue #89412`: https://github.com/openclaw/openclaw/issues/89412[13] `Issue #88335`: https://github.com/openclaw/openclaw/issues/88335[14] `Issue #84674`: https://github.com/openclaw/openclaw/issues/84674[15] `Issue #91676`: https://github.com/openclaw/openclaw/issues/91676[16] OpenClaw 6.1 just launched! A pretty big one: https://www.reddit.com/r/myclaw/comments/1twg4bw/openclaw_61_just_launched_a_pretty_big_one/[17] OpenClaw now runs natively on Windows, Microsoft announced it at Build 2026: https://www.reddit.com/r/myclaw/comments/1tvbi4s/openclaw_now_runs_natively_on_windows_microsoft/[18] should I update?: https://www.reddit.com/r/openclaw/comments/1tv8ejp/should_i_update/[19] update v2026.6.1: https://www.reddit.com/r/openclaw/comments/1u0fqt2/update_v202661/[20] OpenClaw Releases: https://github.com/openclaw/openclaw/releases[21] v2026.6.1-beta.3: https://github.com/openclaw/openclaw/releases/tag/v2026.6.1-beta.3