夜雨聆风
OpenClaw 2026.5.12 经历7天后正式版重磅发布,非常重要的三件事值得认真看,修复了上百个Bug
五月中，我坐在工位上，照例跑了一下日常的那套 ACP 任务链。之前每次跑这个链都提心吊胆——不是担心任务逻辑写错了，而是怕其中某一个后端 API 恰好不可用。那种体验怎么说呢，就像一个链条上挂了五个桶，任何一个桶底漏了，整桶水全洒地上，一滴不剩。
OpenClaw v2026.5.12 这个版本昨晚出来后，我花了些时间跑了一遍，不打算列流水账式的 changelog。有三件事改变了我每天面对这个工具的方式，我觉得值得认真说一说。
01 | 备用后端：主挂了，AI 不停
我第一条 ACP 链用的是某家大厂的模型 API，说实话，稳定性一直是个心事。你永远没法确定凌晨三点跑定时任务的时候，那个 “503 Service Unavailable” 会不会突然冒出来。以前遇到这种情况，AI 助手直接哑火——没有输出，没有兜底，只有一行冷冰冰的报错。你爬起来重新跑，它可能又好了，但已经白耽误半小时。
这次更新给 ACP turns 加了一个叫 acp.fallbacks 的配置项。说白了就是：你可以指定一个或多个备用后端，当主后端不可用时，OpenClaw 会在输出任何内容之前自动完成切换。不是等报错抛到脸上之后才切换，而是在第一个请求失败、还没有任何 token 输出的时候，就已经切到备胎上去了。
我配了一个本地的 llama.cpp 实例作为备用。效果是：上周末某家大厂做例行维护，我的任务链全程没有感知。AI 在后台自动做了 fallback，我在前端看到的只是正常跑完的结果。用一个同行的话说：”你终于不用在凌晨被群聊 @ 醒了。”
配置也简单，就是 JSON 文件里加几行：
|
// ~/.openclaw/openclaw.json { “acp”: { “turns”: { “fallbacks”: [ { “provider”: “openai”, “model”: “gpt-4o” }, { “provider”: “custom”, “model”: “llama-3-70b-q4” } ] } } } |
不是什么花哨的 “多活” 方案，但也正因为不花哨，你才敢真正用起来。
02 | cron get：找个任务不再大海捞针
说句实话，过去半年我慢慢变成了一个 “cron 依赖者”。每天早上自动跑代码审查，每小时刷一次指定关键词的资讯摘要，每天下午两点推一次数据看板截图到群里。不知不觉间，我的 cron 任务列表已经排了三十多个。
问题是，你想查某一个特定任务跑没跑、上次跑是什么结果的时候，只能翻整张列表。在终端里 openclaw cron list 按下去，三十多行齐刷刷滚出来。如果这个任务恰好是中间某个位置，你要么一行一行数，要么 “grep” 碰运气。
这次更新加了一个 openclaw cron get
这不算什么大功能。但日常工具就是这样，决定你爱不爱用的，往往不是那些炫酷的大功能，而是这些本该早就有的、“你查一个任务，不用逼自己看完所有任务” 的小体贴。
03 | 按人管工具：谁可以用什么，我说了算
如果前面两个功能是 “省心”，那第三件事其实是 “安心”。
OpenClaw 支持多人协作，我所在的团队有十几个人在使用同一个网关，有人跑数据、有人调模型、有人做日常运维。过去我只有两档权限——要么 allow all，要么 deny all。但实际情况远比这个粗暴的二分法复杂。我希望运维同事能调 exec_bash，但数据分析同事不行；我希望技术合伙人能改配置，但外包同学不应该碰。
v2026.5.12 引入了 per-sender tool policies——按发信人身份来管控工具权限。你看一下配置感受一下：
|
// ~/.openclaw/openclaw.json { “agents”: { “policies”: { “tools”: { “bySender”: { “admin_user”: { “allow”: [“*”] }, “dev_user”: { “allow”: [“web”,”file”], “deny”: [“exec_bash”,”config_write”] }, “guest_user”: { “deny”: [“*”], “allow”: [“web_search”] } } } } } } |
这个策略支持在全局、agent、group、core、bundled、plugin 六个层面上逐层叠加，不是简单的一刀切。比如某个 agent 可以额外允许一些工具，但外层全局已经把高危工具挡住了，它也越不过去。
虽然界面不如 UI 点选友好，但对一个终端出身、习惯把安全放在首位的人来说，这种 JSON 配置的明确性反而给人踏实感——你知道每一行规则是什么，没有黑箱，没有”应该被拦截了”的侥幸。
再说几个我也在用的
除了上面三件事，这次版本还有一些顺手的小东西，其中几个我日常在用。
Control UI 和 WebChat 上新增了持久化的自动滚动模式选择器。以前看长输出非常难受——你正在看上面的内容，新的输出一出来就把你推下去了。现在可以选”跟随输出”、”当前近底”和”手动”三种模式，而且选择是持久化的，下次打开还是你的习惯。
还有一个有意思的是 /context map 命令。你输入之后，它真的会给你一张 treemap 图，用方块的大小告诉你当前 session 的上下文被什么占用了。我的一看——大部分被一个文档搜索的结果吞了，当即决定把那把刀架得窄一点。
另外，如果你用 Discord 实时语音，talk.realtime.instructions 可以让你自定义 AI 在语音中的说话风格。我设了一个”开会风格”——简短，不寒暄，不要过渡词。效果比我预想的好得多。
还有一个数字层面的调整——session.agentToAgent.maxPingPongTurns 的默认上限从 5 提到了 20。如果你没做过 agent 之间的多轮对话，可能没感觉。但如果你试过让两个 agent 做辩论式的代码审查，5 轮根本不够，经常刚进入状态就被掐断了。现在至少你可以自己设定上限了。
写在最后
坦白说，v2026.5.12 不是一个”特大版本”。它没有特别新的大模块，没有改变你使用 OpenClaw 的基本方式。但我越来越觉得，一个工具真正走向成熟，恰恰就看它怎么处理那些”极少发生但一旦发生就很致命”的场景——后端挂了怎么办、权限失控了怎么办、任务太多找不到怎么办。
这三个功能，每一个背后都是真实的、重复的、让人沮丧的痛点。它们不性感，但做了就是做了。
这次更新里你用到的最有感的改变是什么？或者还有哪个痛点一直被忽视？欢迎告诉我——说不定下一版就改了呢。
⭐点赞、转发、关注和推荐一键三连⭐