夜雨聆风才过了两天，OpenClaw 又发新版本了。
4月1日刚写完 v2026.3.31 的升级文章，4月2日 v2026.4.1 就来了，节奏比以往快了不少。
这次更新内容偏功能性改进，没有大规模的安全重构，主要围绕几个日常使用体验优化展开。但每一项单独拎出来看，都挺有意思的。一起过一遍。
01｜对话内任务看板来了 —— /tasks
这次最实用的新功能：/tasks 命令。
这是一个对话原生的后台任务看板。之前你想看后台任务、Cron 任务、subagent 的运行状态，得切换到 OpenClaw 的单独管理界面。现在直接在当前 Session 的聊天框里敲 /tasks，就能看到当前会话相关的所有后台任务列表，包括最近的任务详情。
这背后的技术细节也值得一说：系统会显示 agent-local 的 fallback 计数——意思是，当外部任务系统（比如 OpenClaw 的任务看板）没有可用任务时，本地还是会记录有多少任务在跑，不会出现"任务丢了但你不知道"的情况。
我的看法： 这个功能看似小，但对于我这种长期跑 Cron 任务、又经常开多个会话的人来说，意义不小。以前要专门开个 Tab 看任务状态，现在对话里直接问一句就行。属于那种"用习惯了就回不去"的改进。
02｜SearXNG 搜索插件上线
OpenClaw 的网页搜索现在支持 SearXNG 了。
SearXNG 是一个开源的自托管搜索聚合引擎——你可以自己搭一个搜索服务，配置 OpenClaw 使用你自己的搜索源，搜索行为完全可控，数据不经过 Google/Kimi 等商业服务商。
SearXNG 本身支持聚合多个搜索 API（Bing、Google、DuckDuckGo 等），你自己部署一套，OpenClaw 通过它来转发请求，你可以在 SearXNG 这一层控制哪些源可用、怎么排序、要不要过滤广告。
我的看法： 这个功能有两类典型用户会很感兴趣。一是对隐私极度敏感、连搜索记录都不想给第三方的人；二是团队内网环境、不能访问外网搜索服务的开发者。对普通用户来说意义不大，但如果你是上面两类人，这个功能补齐得很关键。
03｜飞书文档评论协作优化
飞书用户这次有专门的更新：Drive 评论事件流。
具体改进有四项：
文档评论现在有独立的 event 流程，不再和普通消息混在一起 支持评论线程上下文解析——触发你的是哪条评论，在对话里就能看到上下文，不用跳回去翻 支持在对话内直接回复评论 新增了 feishu_drive评论操作接口
之前飞书文档协作的体验是：文档里有新评论，你可能得到飞书里翻半天才能找到对应的上下文；现在 OpenClaw 直接把评论线程带进了对话流程。
我的看法： 这个改进对用飞书做文档协作的团队很有价值。但坦白说，普通用户（只有个人飞书账号、不是团队协作场景）的感知可能不强。如果你经常在飞书文档里和同事讨论内容，这个功能值得体验一下。
04｜macOS 语音唤醒支持
macOS 用户现在可以用 Voice Wake 功能触发 Talk Mode 了。
简单说，你的 Mac 可以像 HomePod 一样"听名字唤醒"，激活 OpenClaw 的语音对话模式。不用手动敲命令，也不用点按钮，喊一声就能进来。
具体怎么配置，需要在 OpenClaw 的 macOS 设置里开启 Voice Wake 选项，支持自定义唤醒词。具体配置方法见官方文档。
我的看法： 这个功能属于那种"有就有、没有也不影响"的锦上添花。如果你在 Mac 上重度使用 OpenClaw 的语音功能，这个改进会让体验连贯很多。但如果你主要用文字对话，感知不强。
05｜Chat History 截断终于可配置了
之前 Chat History 特别长的时候，OpenClaw 会自动截断，但截断规则是固定的。很多用户抱怨"明明设置了几千字的上下文窗口，结果关键信息被截掉了"——因为 OpenClaw 为了节省 token，会把更早的历史也一并截掉。
这次改为可配置，通过 gateway.webchat.chatHistoryMaxChars 参数，可以自定义截断长度。配合 per-request 的 maxChars 参数，还能针对不同场景灵活控制。
现有的静默回复过滤和 payload 限制逻辑保持不变，不会因为调大了截断值就导致其他问题。
我的看法： 这是这次对普通用户影响最大的功能之一。之前的截断逻辑确实有点"暴力"，经常有人抱怨"我说了一半的话 OpenClaw 记不住"。现在你可以自己控制这个边界了。建议有长对话需求的用户升级后关注一下这个参数。
06｜全局默认模型参数
新增了 agents.defaults.params 配置项，可以为所有模型设置全局默认 provider 参数。
之前每个模型要单独配置一套参数（比如 temperature、max_tokens 等），现在可以先设一套全局默认值，再针对特定模型单独覆盖。对于多模型切换使用的用户来说，管理成本会降低不少。
我的看法： 这个功能对普通用户影响不大，主要利好高级用户和开发者。但它和下面要说的 Failover 机制优化结合起来，能看出 OpenClaw 在往"精细化配置"的方向走——不是功能越多越好，而是让已有的功能更可控。
07｜模型 Failover 机制优化
当遇到速率限制（Rate Limit）时，OpenClaw 现在的重试逻辑变成了两层：
第一层：同 Provider 内切换认证档案重试。 OpenClaw 支持同一个 Provider 配置多个认证档案（Auth Profile），每个档案对应一套 API Key。之前遇到 Rate Limit 会直接跨 Provider 换模型，现在会先在这个 Provider 内部轮转 Key，争取用同一家服务商的备用 Key 解决问题。
第二层：Provider 级别 Failover。 第一层用完配额后，才跨 Provider 换模型。
这次还新增了 auth.cooldowns.rateLimitedProfileRotations 配置参数，给高级用户更精细的控制——你可以控制同 Provider 内切换的冷却时间，避免 Key 被反复轮转导致浪费。
我的看法： 这个改进是针对高频使用者的。普通用户一天问不了几次，不容易触发 Rate Limit；但如果你像我一样把 OpenClaw 当成主力工具在跑，Cron 任务 + 自动化脚本 + 日常对话一起跑，Rate Limit 是真实会遇到的问题。这次的分层 Failover 逻辑更符合实际使用场景。
08｜Cron 任务支持 per-job 工具白名单
定时任务现在可以设置独立的工具白名单了。
通过 openclaw cron --tools 参数，可以给每个 Cron 任务单独配置允许使用的工具列表。之前 Cron 任务默认继承全局的工具权限，现在可以精细化控制。
比如一个每天定时发日报的 Cron 任务，只需要发消息功能，就只给它开消息相关的工具权限，不用担心误操作导致不该有的行为。
我的看法： 这是我最喜欢的改进之一。安全最佳实践的原则是"最小权限"——每个任务只给它需要的权限，不多给。这个改进让 OpenClaw 的 Cron 任务终于可以按这个原则来配置了。如果你有多个 Cron 任务在跑，建议升级后逐个检查一下权限配置。
09｜WhatsApp 支持发 emoji 反应了
之前 OpenClaw 的 WhatsApp 频道不支持消息反应，现在支持了。Agent 可以对消息发表情反应，互动体验更自然。
我的看法： 这个功能看似小，但对 WhatsApp 这个平台来说很重要。WhatsApp 的用户习惯就是发个 👍、❤️ 来表达"收到"，纯文字回复反而显得生硬。加上反应之后，Agent 和用户之间的互动会更符合 WhatsApp 的使用习惯。
10｜Telegram 错误策略可配置
Telegram 频道的错误处理这次变得更精细。通过配置 errorPolicy 和 errorCooldownMs，可以针对每个账号、每个 Chat、每个 Topic 设置不同的错误抑制策略。
之前的情况是：Bot 遇到一次发送失败，Telegram 频道可能会触发限流，导致后续消息也发不出去；或者某个特定 Chat 出了问题，整个 Bot 都受影响。现在的设计是不同维度的问题分别处理，不用一刀切。
我的看法： 这个改进主要利好有复杂 Telegram 使用场景的用户。如果你只有一个 Bot 在一个群用，感知不强；但如果你是 Bot 开发者、或者在一个 Bot 里服务多个群/频道，这个精细化控制会减少很多麻烦。
11｜Z.AI（智谱）模型更新
OpenClaw 内置的 Z.AI Provider 新增了两个模型：
- glm-5.1
- glm-5v-turbo
用智谱 API 的用户可以直接切换到新模型了。
我的看法： 智谱的模型最近更新挺快的，glm-5 系列在中文理解上有不错的表现。如果你用智谱作为主力模型，这个更新值得试试。但建议先用 /model 切换到新模型跑几个对话测试一下，确认效果再切回去。
12｜安全修复：不再泄露 Provider 原始错误
一个值得关注的安全修复：之前当 Provider（模型服务商）返回错误时，OpenClaw 有时会将原始错误信息泄露到外部聊天频道（飞书、Telegram 等）。这些错误信息里可能包含内部 IP、API Key 片段、Provider 内部错误详情等敏感信息。
现在改为返回友好的重试提示，原始错误只记录在日志里，外部渠道完全看不到。
Bedrock 的 toolResult/toolUse 不匹配问题这次也一并修复了，错误提示里会额外给出 /new 指令提示，引导用户用正确的方式重启会话。
我的看法： 这是这次最不应该被忽视的改进。安全漏洞被修复是应该的，但很多用户可能根本没意识到自己之前暴露了哪些信息。这个修复属于"不显山不露水但很重要"的那种。
总结
v2026.4.1 是一个"体验打磨"版本。
没有 Breaking Changes，没有大规模架构调整，主要改进都是日常使用中高频遇到的问题：任务看板、文档评论协作、History 可配置、Telegram 错误策略、WhatsApp 反应……每一项单独看都不大，但凑在一起会让使用体验顺滑很多。
另外，版本节奏明显加快了——4月1日刚发完 v2026.3.31，4月2日就是 v2026.4.1。OpenClaw 项目目前活跃度很高，GitHub 上几乎每天都有 commit，说明社区参与度也在上升。
我的建议：
- 普通用户：
如果你现在跑得稳定，可以先观望 3-5 天再升级。这次没有安全修复（上次 v2026.3.31 有好几个 Breaking Changes），等社区反馈不迟。 - 飞书文档协作用户：
这次飞书改进很明显，值得优先更新。 - macOS 用户：
如果你用语音功能，Voice Wake 是这次值得尝鲜的点。 - 高频用户：
Chat History 可配置 + Cron per-job 白名单 + Failover 优化，这三个组合起来对高频用户帮助最大，建议尽快升级。
升级命令：openclaw upgrade
往期版本回顾
从30+项修复说起：OpenClaw v2026.3.31 完整更新日志
OpenClaw 2026.3.24 升级公告：这次更新太香了
相关链接：
- GitHub Release：https://github.com/openclaw/openclaw/releases/tag/v2026.4.1
- OpenClaw 官方文档：https://docs.openclaw.ai
