多Agent协作:让AI们自己开会干活
很多人第一次听到“多 agent 协作”,脑子里会自动出现一种很玄乎的画面:几个 AI 在后台自己讨论、自己分工、自己交付,好像一个数字公司一样。 OpenClaw 这套东西,确实支持往这个方向走,但我想先泼一盆冷水:多 agent 不是越多越高级,也不是一上来就该开。 单 agent 足够的时候,别为了炫技硬拆。因为一旦进入多 agent,意味着更多会话、更多上下文、更多 token 开销,还有更多排错成本。 但反过来说,如果你的任务本来就天然适合分工,比如: 一个负责搜资料 一个负责写初稿 一个负责校对 那 OpenClaw 的多 agent 机制就非常有价值。 官方文档里,至少已经明确了几层能力:Sub-agents、按 agent 划分的工作区、以及更进一步的 agent-to-agent / 多 agent 协作路线**。这不是概念 PPT,而是实打实能用来拆任务的。** 一、先搞懂最核心的结构 你可以先把 OpenClaw 的多 agent 理解成三层: 1)主 agent 主 agent 就是对外接消息的那个“总控”。 它负责: 接收用户请求 判断这个任务要不要拆 决定交给谁做 最后汇总结果返回给你 2)子 agent(Sub-agent) 子 agent 是主 agent 临时拉起来的后台执行者。官方文档明确说,它们会在独立 session 里运行,任务结束后再把结果 announce 回来。 这点非常关键:独立 session = 相对独立的上下文。这样做的好处是,一个子任务不会把主会话弄得越来越臃肿。 3)更深一层的嵌套 OpenClaw 默认子 agent 不能再继续无限生孩子,默认 maxSpawnDepth: 1。如果你主动把配置调到 2,就能支持“主 agent → 协调型子 agent → 工作者子 agent”这种模式。 ...