OpenClaw 2026.04.12 更新
这次先别急着看新功能,先看它把老毛病修到了什么程度。
这次更新如果只看版本号,很容易当成一轮普通维护。可真往里看会发现,OpenClaw 这回主要动的,是那些最影响日常可用性的底层环节。
更新摘要
OpenClaw 这次更新,表面看是 2026.4.11 的一次常规发布,实际更像一轮“把底盘重新拧紧”的集中修整。
官方更新说明 先给了总括,说这版重点在稳定性打磨、更安全的 provider 传输与路由、更可靠的子代理和执行审批,以及 Slack、WhatsApp、Telegram、Matrix、浏览器和移动端的一轮清理。
另一条官方补充说明 则点出更具体的方向:OpenClaw 正在试验 Strict mode,并给出配置示例 agents.defaults.embeddedPi.executionContract = "strict-agentic",目标是减少“只给计划、不继续干活”的情况。
再结合 GitHub release 和 OpenAI provider 文档链接来看,这次更新的核心判断很明确:不是功能横向铺得更大了,而是把执行可靠性、交互呈现和多渠道使用体验往前推了一截。
关键变化
这次 OpenClaw 2026.4.11 最值得先说的,不是新花样,而是执行链路被硬拧了一遍。
从官方更新说明来看,官方直接展示了一个实验配置:agents.defaults.embeddedPi.executionContract = "strict-agentic"。
它对应的是 Strict mode,目标很直接,就是让 GPT-5.x 遇到任务时别只停在“我来给你个计划”,而是继续读代码、调工具、做修改,或者明确给出真实阻塞点。
第二个关键变化,是 聊天界面的输出终于更像聊天了。
根据 GitHub release v2026.4.11,Control UI 和 webchat 现在会把 assistant 的媒体、回复、语音指令渲染成结构化气泡,还新增了 [embed ...] 富输出标签,并且把外部嵌入地址交给配置控制。
这个改动看着像前端小修,其实很关键,因为它直接影响多模态内容在会话里是不是“看得懂、对得上”。
第三个变化,是 视频生成能力补了不少底层参数。
release 里写得很细,video_generate 新增了仅传 URL 的资产交付、类型化的 providerOptions、参考音频输入、单资产角色提示、自适应宽高比,以及更高的图片输入上限。
翻成人话,就是视频工具不再只会“塞图进去碰碰运气”,而是开始支持更复杂、更可控的生成方式。
第四个变化,是 多渠道和基础设施稳定性集体补课。
官方更新说明 已经点名,这版重点包括更安全的 provider 传输与路由、更可靠的子代理和执行审批,以及 Slack、WhatsApp、Telegram、Matrix、浏览器和移动端的一轮修复。
再往 release 里看,还能对应到 OpenAI/Codex OAuth、转写请求、Talk Mode、WhatsApp reaction、Telegram topic session 等具体修正,这说明这次不是“加几个功能”,而是把以前那些容易绊脚的小坑集中填了一轮。

这张图对应的是这一节引用的官方说明,方便和正文里的具体变化对照着看。

这一节的重点已经整理成图,先看图再读正文会更轻松。
为什么重要
这次 OpenClaw 更新值得关注,关键不在“又多了几个功能点”,而在 执行、呈现、路由 这三层一起变稳了。
官方更新说明提到的 Strict mode,本质上是在纠正代理常见的偷懒问题,让模型别停在计划阶段,而是继续调用工具、修改内容或明确报阻塞,这会直接影响自动化任务到底能不能真正跑完。
对实际工作流来说,这意味着失败方式会更清楚,交付结果也更完整。如果代理不再半路停住,团队在排查问题时就更容易区分,是模型没继续干、工具没跑通,还是外部依赖真出错了,维护成本会低很多。
另外,release 里把 webchat 的媒体、回复、语音渲染成结构化气泡,还加了 [embed ...] 标签,这看似偏界面,实际是在补“多模态输出能不能被人顺畅接收”这一环。
再加上 provider 路由安全性、子代理、审批流和多渠道修复,这轮更新带来的不是单点炫技,而是让 OpenClaw 更接近一套能长期跑、能多人接手、出问题也更好恢复的代理系统。
升级建议
如果准备升级到 OpenClaw 2026.4.11,第一步建议先看 release 和 provider 文档,再决定要不要启用新的执行策略。
官方更新说明 给出的 strict-agentic 属于实验配置,适合先在测试环境里验证,别一上来就全局替换默认执行方式。
第二步,升级后优先检查 子代理、exec 审批和 provider 路由 这三块。
因为官方更新说明 已把它们列为重点改动,而 release 里也确实覆盖了 OAuth、路由分类、超时和回退相关修复,这些地方最容易出现“看似能用,实际链路没跑顺”的问题。
第三步,别只测文字问答,最好补一轮界面和多渠道验证。
webchat 的结构化气泡、语音回复、[embed ...] 输出,还有 Slack、WhatsApp、Telegram、Matrix 这些渠道修复,都值得各跑一遍典型流程,确认升级后消息展示和动作执行没有错位。

这一节适合用步骤图来看,比连续几段正文更容易扫懂。
结论
如果只用一句话收尾,这次 OpenClaw 更新的重点就是:它在努力把代理系统从“偶尔很强”拉回到“日常可用”。
官方更新说明 里的 Strict mode,瞄准的是代理半路停工的问题;
官方更新说明 和 v2026.4.11 release,则把路由安全、子代理、审批、多渠道修复和界面呈现一起往前推了一步。
这类更新不一定最吸睛,但往往最影响真实体验。对用户来说,真正该关注的不是又多了几个按钮,而是升级后它能不能更稳定地跑完任务、把结果更清楚地交到你手里。
参考来源
以下链接是正文实际引用到的官方说明与配套文档。
官方更新说明
Release openclaw 2026.4.11 — openclaw/openclaw
它在努力把代理系统从“偶尔很强”拉回到“日常可用”

夜雨聆风