中午刷到 OpenClaw 的 release：v2026.2.21。
本以为又是“常规迭代”。但这版的变化，其实挺像是在补三条关键链路：
- 模型（能调用什么）：Gemini 3.1
- Provider（能接谁）：Volcano Engine（Doubao）/ BytePlus
- 交互入口（怎么用更顺）：Discord 语音的
/vc
来源（Release Notes）：https://github.com/openclaw/openclaw/releases/tag/v2026.2.21
Release notes 里写的是：新增 Gemini 3.1 支持（google/gemini-3.1-pro-preview）。
我一般看到这种条目，第一反应不是“哇又多了个模型”，而是：
- 你是不是已经有一套按任务选模型的习惯（比如写作/总结/代码/对话分开）
- 你的 fallback 有没有配置好（别因为某个模型配额/可用性波动，整个链路就断了）
如果你已经在用 OpenClaw 跑定时任务、日报、抓取总结，这个支持其实挺实用。
Release notes 提到：新增 Volcano Engine（Doubao）与 BytePlus 的 providers/models，并对 onboarding、鉴权与文档做了对齐（提到了 volcengine-api-key）。
这条的价值点我觉得很朴素：更少“我到底该填哪个 key / 放哪儿”的时间。
本来接入 provider 最烦的就两件事：
- 名字相似（平台名、产品名、模型名、SDK 名，能把人绕晕）
- 文档不一致（旧版参数、示例命令、鉴权字段四处不统一）
这版如果真把 onboarding 打磨顺了，属于是“看起来不起眼，但每个新用户都会省半小时”。
Release notes 里写：新增语音频道 join/leave/status 的 /vc，并支持 realtime voice auto-join 配置。
我挺喜欢这种改动：
- 以前语音功能常见的问题是“能不能连上、谁把谁拉进来了、现在到底连着没”
- 有了 status + 显式 join/leave，可解释性会好很多
（尤其是在你调试 voice agent 的时候，不然你会怀疑人生。）
这条我会单独拿出来说：
- 修复 interval heartbeat 行为：缺失
HEARTBEAT.md不再抑制运行
这属于“你以为是配置问题，结果是行为边界不清晰”的那类坑。 如果你的链路依赖 heartbeat 来做定期检查（比如收件箱、提醒、监控），这个修复会让系统更符合直觉。
这版变更面不小（模型、provider、Discord voice、heartbeat 都动了）。我会按这个顺序回归：
- Discord：
/vc status是否准确、join/leave 是否稳定 - Heartbeat/Cron：interval heartbeat 是否按预期触发（尤其是你没有
HEARTBEAT.md的情况下） - Provider：Doubao/BytePlus 的鉴权字段是否与文档一致（
volcengine-api-key）
能跑通再上生产。
稳一点。