OpenClaw 2026.4.2 发布 Task Flow 编排引擎回归与 Provider 路由大重构
OpenClaw 发布 2026.4.2 版本，Task Flow 编排引擎回归，Android 助手入口首次亮相。
插件架构继续解耦
这个版本最值得关注的 Breaking Change 来自插件配置迁移。xAI 的 x_search 设置从核心路径 tools.web.x_search. 整体搬迁到插件自有路径 plugins.entries.xai.config.xSearch.，认证方式统一收敛到 XAI_API_KEY 环境变量。同样被”搬家”的还有 Firecrawl 的 web_fetch 配置，旧路径 tools.web.fetch.firecrawl. 对应到新路径 plugins.entries.firecrawl.config.webFetch.。
两处迁移都提供了 openclaw doctor --fix 一键修复。但如果你在自定义配置里硬编码了这些旧路径，升级后需要手动检查。
这种”核心瘦身、插件自治”的设计思路在 OpenClaw 近几个版本里越来越清晰。核心框架只负责协议和生命周期，具体实现全部下放到插件层。对开发者来说，好处是改一个插件不用碰核心代码；对用户来说，好处是关掉不用的插件就少了一堆用不到的配置项。
Task Flow 引擎回归
Task Flow 在这个版本完成了实质性回归。此前这个后台任务编排层处于不稳定状态，2026.4.2 给它补齐了 managed-vs-mirrored 同步模式、持久化的 flow state 和 revision 追踪，以及 openclaw flows 检查和恢复命令。
managed 模式下，Task Flow 拥有独立生命周期，不会被宿主 agent 会话的存亡影响。mirrored 模式则保持与父会话同步。两种模式可以按需切换。外部编排器可以通过 sticky cancel intent 停止调度，然后等待活跃的子任务自然结束，不会一刀切强制中断。
插件层也拿到了 api.runtime.taskFlow 接口，可以基于宿主解析的 OpenClaw 上下文创建和驱动 managed Task Flow，不需要每次调用都传递 owner 标识符。
这意味着第三方技能包（ClawHub Skills）现在可以安全地执行长时间运行的后台工作流——定时抓取、批量处理、链式调用——而不必担心宿主会话过期导致任务丢失。
Android 助手入口和 exec YOLO 模式
Android 端新增了 assistant-role 入口和 Google Assistant App Actions 元数据。用户可以通过系统助手（长按电源键或”Hey Google”）直接唤醒 OpenClaw，输入会被传递到聊天窗口。这比从应用列表里翻找 OpenClaw 再打开快了不少。
exec 默认行为也变了：gateway/node host exec 现在默认以 YOLO 模式运行（security=full, ask=off），不再逐条弹出确认。这个改动针对的是本地桌面场景——你已经给了 OpenClaw 访问你电脑的权限，逐条确认反而拖慢节奏。如果你更喜欢审慎模式，可以手动在配置里改回来。
Provider 路由层大重构
这个版本的 Fixes 区块几乎被 provider 路由的重构填满了。vincentkoc 贡献了超过一半的修复，核心思路是把散落在各处的请求策略（auth、proxy、TLS、header shaping）统一收归共享路径。
具体来说：HTTP、stream、websocket 三条路径的认证和 TLS 配置现在走同一个 centralize 函数；OpenAI 家族（包括兼容端）的原生与代理请求策略做了区分，确保隐藏归因等默认行为只在验证过的原生端点生效；Anthropic 路由也做了同样的原生/代理分类，防止伪造或代理主机继承原生 Anthropic 的 service_tier 默认值。
Copilot API 端点解析被加固了——token 派生的代理地址解析失败时会直接关闭，不再尝试猜测。Media HTTP 路径（音频、图片、视频）的 base URL 归一化和认证注入也统一了，覆盖 OpenAI 兼容音频、Deepgram、Gemini 媒体和 Moonshot 视频四个方向。
streaming header 合并、proxy-hop TLS 与目标 mTLS 的分离——这些底层改动用户感知不到，但它们解决的是一类真实存在的痛点：多 provider 混用场景下，偶发的认证失败、TLS 错误、header 冲突。2026.4.2 用一个统一的 transport policy 把这些边缘情况系统性地堵上了。
飞书和 Matrix 的文档协作增强
飞书 Drive 评论流在这个版本拿到了独立的处理管线。OpenClaw 现在能解析飞书文档的评论线程上下文，在对应线程内回复，并通过 feishu_drive comment actions 支持文档协作工作流。之前飞书评论的处理逻辑比较粗糙，whole-document 评论会出错，延迟的回复查找重试也不可靠。
Matrix 方面，m.mentions 元数据现在覆盖了文本发送、媒体 caption、编辑、poll 回退文本和 action 驱动编辑等所有场景，Element 等客户端的 @ 提醒应该不会再丢失了。
compaction（上下文压缩）也有两个用户可见的改进：agents.defaults.compaction.model 现在在手动 /compact 和引擎自动压缩两条路径上行为一致；压缩启动时的”🧹 Compacting context…” 提示变成了可选（notifyUser），不再强制弹出。
v2026.4.2 的 changelog 长度在 OpenClaw 近期版本里算中等偏上，但含金量高——Task Flow 的回归补上了后台编排的最后一块拼图，Provider 路由的重构为多模型混用打下了更扎实的基础。macOS 安装包下载量在发布三天内突破 10,674 次，GitHub 仓库星标 348k，fork 数 69.6k。