OpenClaw 2026.5.12-beta.1更新:龙虾组团干活,你知道它们在干什么吗

上周五下午，我往 OpenClaw 里丢了六个 subagent 任务。几个是多步骤研究任务，还有几个是临时数据处理。然后关掉终端去开会了。

一小时后回来，点开 session picker，五十多条记录平铺在列表里，长得一模一样。哪个是哪个的子任务？哪个跑完了、哪个卡住了？完全分不清，只能一条一条点进去看日志。

这次的 2026.5.12-beta.1，有几个改动直接对准了这个痛点。

01 | 子 Agent 在哪，现在能看了

session picker 那个列表我忍了很久。所有 agent 会话平铺在同一层级上，父任务是平的，子任务也是平的，你起一个多步骤任务，它自动拆出七八步子 Agent，结果回来一看——八个条目并排站着，谁是谁生的全靠脑补。

这次更新给子 Agent 会话加了一个 └─ 缩进前缀，子 Agent 现在嵌套在父 Agent 下面了。

说白了就像文件夹层级。以前所有文件散在桌面上，靠文件名猜归属；现在有了目录树，点开父任务，下面缩进去的就是它派出去的子任务。

如果你用过多步骤 subagent 任务，这个改动会让你长舒一口气。终于能在五十个会话里三秒定位到「哦，那个任务还没回来」。

02 | 你喊 AI，和别人喊 AI，能干的事不一样了

OpenClaw bot 部署给团队用的时候，默认工具权限对所有人平等。谁都能触发文件写入、执行代码。把 bot 开放给几十人用之后，你永远担心「谁把 bot 玩坏了」。

这次加的 per-sender tool policies，可以按发话人 ID 对工具做允许/拒绝策略，细化到全局、agent、group、plugin 各个层级。

说白了就是门禁卡。同一栋楼，不同的人刷开不同的门。A 用户能触发复杂任务，B 用户只能读数据库不能写，C 用户啥危险工具都碰不了。

不是锦上添花，是生存必需品。有了它你才能说：开放归开放，门禁是门禁。

03 | 输入一个命令，看清楚 Context 被谁吃掉了

用 OpenClaw 跑复杂任务，有一件事很让人抓狂：对话越来越慢、越来越贵，但你不知道 context 窗口里到底装了什么。是系统提示太长？是历史工具输出没清？还是某个 subagent 塞了一大段数据进来？

这次新增了一个命令：

执行之后，它会直接发一张 treemap 图到当前会话，按比例可视化地展示这个 session 里各个来源占用了多少 context。哪块大、哪块小，一眼看清楚。

以前只能靠感觉猜「这次对话怎么突然慢了」，现在有图有真相。找到占大头的那块，清掉或者压缩，下一轮明显快。

04 | 其他顺手改的几件事

Cron 任务可以按 ID 单独查了。以前查 cron 只能列全部，没法单看某一条。现在支持：

Agent 之间对话轮次上限提到 20 了。两个 Agent 来回协商，以前到第 5 轮就截断，需要更长链路的任务跑不完。现在上限 20 轮，默认还是 5，需要手动在 config 里调：

ACP 暴露了 session 拓扑元数据。Gateway 现在通过 ACP 协议把子 Agent 的会话谱系信息透出来，客户端可以直接渲染整棵 subagent 树状图，不需要走私有的 Gateway 侧信道。

iMessage 渠道加了状态查询。新增 –channel 过滤参数，可以单独探测 iMessage 状态，不用把两个渠道监听都启动。

多 Agent 系统做了这么久，最麻烦的其实不是让 AI 干活，而是你得知道它干了什么、干到哪了、context 被谁吃掉了。系统越自动，信任越脆弱。这次这几个改动方向都对：把黑盒往透明推了一点。

你们用 OpenClaw 跑多 Agent 任务时，踩过最大的坑是什么？评论区聊聊。

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