OpenClaw 2026.3.8-beta.1：这次 Beta 真的是在“减少告警”

这是 预发布（beta）。如果你在生产环境跑 OpenClaw，我建议把它当作一次小范围灰度：先在 staging Gateway 验证，通过后再推到主环境。

1）备份终于变成一等公民：create + verify

本次最关键的运维级变更，是 CLI 新增了对本地状态归档的完整流程支持：

为什么重要：

从“我应该备份过”升级为“我能验证备份可用”（manifest/payload 校验）。
提供 --only-config、--no-include-workspace 这类务实选项：你可以只备配置，或者避免把 workspace 一并打包（减少误传/泄露风险，也减少体积）。
对升级/迁移这类高风险动作来说，备份不再是仪式，而是硬护栏。

落地建议（很实用）：

新增配置项：

它让 Talk 在检测到持续静默一段时间后，自动把当前转写内容发送出去。

关键点：如果你不设置它，各平台仍沿用旧的默认行为，所以你可以渐进式启用。

适用场景：

macOS app 新增 remote mode 的 gateway token 输入字段，并且会保留非明文 token 的配置值，除非你明确替换。

这类改动听起来小，但对减少“打开设置就把原来能跑的密钥引用覆盖了”的事故非常关键。

Telegram 的 inbound DM 去重逻辑调整为按 agent 去重（而不是按 session key），避免在某些 session target 同时命中的情况下，一条私聊触发两次回复。

如果你遇到过“Telegram 私聊机器人回了两遍”，这条就是你最该关心的修复。

修复点很明确：装完 channel plugin 后，先清理短期 discovery cache，再刷新 registry。

效果：减少 onboarding 的重复提示循环，用户体验会更像“我装对了”，而不是“系统好像坏了”。

这次还涉及 web_search 行为的两点变化：

provider 列表排序做了字母序，保持中立。
Brave search 增加 opt-in 配置：tools.web.search.brave.mode: "llm-context"，可调用 Brave 的 LLM Context endpoint，返回带来源元信息的 grounding snippets。

如果你用搜索做“事实对齐”，这项值得测：它可能在不改 prompt 的情况下，降低瞎编概率。

优先验证 backup create + backup verify 能不能在你的真实环境里跑通。因为这决定了后面的升级、迁移、回滚是不是建立在可验证的底座上，而不是“感觉自己有备份”。

判断重点不是“功能多不多”，而是 自动发送节奏和渠道重复回复有没有更可控。也就是 Talk 的静默触发是否更符合真实说话节奏，Telegram 私聊是否还会重复回消息，飞书插件安装后是否还会陷入反复提示。

最稳的做法是把它当作一轮 值班可验证的灰度演练。先在 staging 跑备份校验、Talk 触发、重点渠道回归，确认这些真实路径没问题，再决定是否进入主环境。

OpenClaw News 编辑部
非官方。偏实战。偏运维。