OpenClaw 2026.5.12-beta.3 更新:龙虾后台出了问题更容易被发现,让多Agent任务的结构更容易看清楚-夜雨聆风

OpenClaw 2026.5.12-beta.3 更新:龙虾后台出了问题更容易被发现,让多Agent任务的结构更容易看清楚

上周朋友问我，他在用OpenClaw跑一个多步骤的研究任务，龙虾派出去几个子Agent分头干活，结果回来之后发现有一步根本没跑出来，但当时什么提示都没有。他说：“出错了我完全不知道，等任务结束才发现少了一块。”

这是多Agent框架里最让人抓狂的一种体验——龙虾帮你干活，但悄悄失败了，你以为它在想，其实它已经停了。

2026.5.12-beta.3这次更新里，有几件事直接对准这个痛点。

01 | 子Agent出错，现在会明确告诉你

之前的Auto-reply逻辑有个盲区：如果配置的模型后端挂了，或者fallback也没产生回复，系统会静默跳过——不报错，也不提示，任务就这么消失了。

这次修复之后，后端失败但没有产生任何可见回复时，系统会抛出一个明确的错误信息，让你知道这一步出问题了，而不是让你以为龙虾在认真思考。

说白了就是：以前龙虾悄悄摆烂，现在它会主动举手说”我这里跑不了”。

顺带一提，这次也优化了子Agent会话完成时触发父Agent唤醒的逻辑——之前每次子Agent跑完都会多触发几次父Agent，浪费了一些LLM调用，这次去掉了冗余的心跳唤醒。

如果你用过Control UI，应该知道会话选择器那个下拉列表里，以前父Agent和子Agent是平铺排在一起的，根本看不出谁是谁派出去的。

这次做了一个视觉改进：子Agent会话会用 └─ 缩进嵌套在父会话下面，父子关系一眼清楚。

小改动，但如果你同时跑了几个任务，这个层级感能帮你快速定位是哪条链路出了问题。

以前查Cron任务只能列出全部，没法单独看某一条的详情。这次新增了几个命令：

# 命令行查看单个 Cron 任务
openclaw cron get <id>

# 也支持在 Agent 工具里调用
# cron.get(id)

如果你设置了很多定时任务，这个功能在排查”某个任务为什么没跑”的时候很有用——不用翻列表，直接按ID拉出来看配置。

这是一个偏运营场景的功能：你可以针对不同渠道或不同用户，单独设置哪些工具他们能用、哪些不能用。

比如你在公开群里跑了一个Bot，不希望群里的陌生人触发某些危险工具，但管理员可以——现在可以通过 per-sender tool policies 来配置这件事，粒度细化到具体的渠道和发送者身份。

以前只能全局开关，现在是：这个人能用，那个人不行。

如果你跑过Agent-to-Agent的协作链路，应该遇到过默认轮次不够用的情况——两个Agent来回对话，到第5轮就被截断了。

这次把上限从5提到了20（默认值还是5，需要手动配置开启），适合那种需要多轮协商才能完成的复杂任务。

# config 配置
session:
agentToAgent:
maxPingPongTurns: 20 # 最高可设 20，默认 5

2026.5.12-beta.3 的核心变化可以用一句话概括：让龙虾后台出了问题更容易被发现，让多Agent任务的结构更容易看清楚。

如果你主要用OpenClaw跑单任务，这次更新感知不强。但如果你开始用多Agent链路或者Cron定时任务，这几个修复加起来，能省不少排查时间。

你现在跑的最复杂的OpenClaw任务是什么？欢迎评论区说说。

⭐点赞、转发、关注和推荐一键三连⭐