OpenClaw 多 Agent:为什么需要、怎么配置、如何委派

很多人第一次用 OpenClaw，会问一个问题：
一个 Agent 不就够了吗？为什么还要多 Agent？

短答案是：单 Agent 适合“简单任务”，多 Agent 适合“真实工作流”。
你一旦进入“长期主会话 + 并行子任务 + 不同角色协作”的场景，单 Agent 很快会遇到三个问题：上下文混杂、权限难控、任务互相阻塞。

一、为什么要用多 Agent？

1) 隔离上下文，避免串话

在 OpenClaw 里，一个 Agent 不只是人设，它是完整运行单元：工作区、会话、认证状态都可隔离。
这意味着“写作助手”和“编码助手”可以并行存在，互不污染。

2) 隔离权限，降低风险

你可以给不同 Agent 不同能力边界：
有的能跑代码，有的只能做调研；有的可访问某渠道，有的不能。
这比“一个超级 Agent 什么都能做”更安全。

3) 并行执行，主会话不堵塞

主会话可以继续跟你对话，同时把重任务（调研、抓取、分析）派给子 Agent 后台跑。
任务完成后再回传结果，效率和交互体验都更好。

二、怎么配置多 Agent（最小可用）

先创建并绑定一个新 Agent：

openclawagentsaddwork--workspace~/.openclaw/workspace-work
openclawagentsbind--agentwork--bindtelegram:ops
openclawagentsbindings
openclawgatewayrestart

这套动作的意义很直接：

add：创建独立 Agent
bind：把指定渠道路由到这个 Agent
bindings：核对路由
restart：让配置生效

三、任务委派怎么做（核心命令）

1) 子 Agent（OpenClaw 原生）委派

/subagents spawn scout <任务描述>
/subagents list
/subagents steer <补充指令>
/subagents kill

适合：调研、资料整理、并行拆分任务。

2) 会话级工具委派（程序化）

sessions_spawn 是关键接口，可选一次性 run 或持久 session。
典型模式：

一次性：快速出结果
持久线程：thread:true + mode:"session"，用于持续协作

3) ACP 执行器（外部编码代理）

/acp spawn codex --mode persistent --thread auto
/acp status
/acp model

适合：你明确要“用 Codex/Claude Code/Gemini CLI”跑的任务。
注意：ACP 与 subagent 是两套运行时，别混用心智模型。

四、单 Agent vs 多 Agent：你该怎么选？

选单 Agent：任务少、流程短、角色单一。
选多 Agent：你要长期运营、分工协作、并行执行、权限分层。

一句话判断：
如果你开始频繁说“这个任务先后台跑”“这个角色不该看到那个上下文”，就该上多 Agent 了。

五、实操避坑（很重要）

不要高频轮询：spawn 后优先等回传事件，不要疯狂 list。
先做 allowlist：谁能被 spawn、谁能执行什么命令，要提前限制。
设超时：长任务必须有 timeout，否则容易挂住。
主会话做编排，不做重活：把脏活累活丢给子 Agent，主会话负责判断与交付。
关键任务做可追溯：命令、来源、结论都要留痕，方便复盘。

六、一个可直接复用的工作流

主会话接需求（比如“写一篇技术稿”）
subagents spawn scout 去做资料搜集
主会话筛选价值，确定唯一选题
再次 spawn 做定向深挖（数据+案例+反方）
主会话整合并成稿输出

这就是 OpenClaw 多 Agent 的核心价值：
主会话负责决策，子会话负责执行，系统负责隔离和回传。