OpenClaw Multi-Agent vs 主Agent+Sub-Agent：一文讲透怎么选
越来越多人搭建多Agent系统，但困惑于：是配多个长期Agent，还是保留一个主Agent加Sub-Agent？这篇文章把两种模式讲透。
先给结论
| 模式 | 解决的问题 |
|---|
| Multi-Agent | 长期分工与隔离 |
| 主Agent + Sub-Agent | 任务拆解与调度 |
把这两个问题分清，很多架构选择就不难了。
一、Multi-Agent：多个独立Agent
官方定义
一个Agent不是一句prompt，也不是一个会话皮肤，而是一个完整隔离的大脑：
| 组件 | 说明 |
|---|
| workspace | 独立工作空间 |
| agentDir | 状态目录 |
| auth profiles | 认证配置 |
| session store | 会话存储 |
| persona/SOUL/AGENTS | 规则系统 |
| skills | 技能集 |
Multi-Agent Routing 的目标
| 目标 | 说明 |
|---|
| 多隔离Agent | 一个Gateway进程里运行多个隔离Agent |
| 独立配置 | 每个Agent有独立workspace+auth+sessions |
| 智能路由 | 通过bindings把不同入口消息路由到不同Agent |
路由规则
| 规则类型 | 说明 |
|---|
| 按channel路由 | 飞书→work-agent，Telegram→personal-agent |
| 按accountId路由 | 同一平台多账号，分配给不同Agent |
| 按peer/group路由 | 按聊天对象或群组分流 |
| 按thread路由 | 同一平台不同讨论串分配给不同Agent |
路由特点：
- 确定性：同样输入永远命中同一条规则
- 最具体优先：冲突时更具体的规则优先
二、主Agent + Sub-Agent：任务拆解与调度
核心逻辑
| 组件 | 说明 |
|---|
| 主Agent | 收到消息，分析意图，判断是否需要拆分 |
| Sub-Agent | 执行拆分后的具体任务 |
| 调度层 | 主Agent决定何时调用哪个Sub-Agent |
适用场景
| 场景 | 说明 |
|---|
| 复杂任务 | 需要多步骤、多技能协作 |
| 临时拆解 | 任务结束Sub-Agent就销毁 |
| 灵活调度 | 主Agent动态决定流程 |
三、两种模式对比
| 维度 | Multi-Agent | 主Agent + Sub-Agent |
|---|
| 生命周期 | 长期存在 | 临时创建销毁 |
| 隔离程度 | 完全隔离 | 共享主Agent上下文 |
| 配置复杂度 | 高（每个Agent独立配置） | 低（主Agent统一管理） |
| 适用场景 | 长期分工、不同职责 | 任务拆解、流程编排 |
| 资源占用 | 高（多Agent同时运行） | 低（按需创建） |
四、怎么选？
选Multi-Agent的情况
| 情况 | 说明 |
|---|
| 不同入口不同职责 | 飞书工作Agent、微信个人Agent |
| 长期独立运行 | 财务Agent、客服Agent、内容Agent |
| 完全隔离 | 不同项目、不同权限 |
选主Agent + Sub-Agent的情况
| 情况 | 说明 |
|---|
| 复杂单任务 | 写文章=选题+大纲+撰写+校对 |
| 临时协作 | 任务结束后销毁Sub-Agent |
| 灵活流程 | 主Agent动态决定任务拆分 |
总结
| 要点 | 说明 |
|---|
| Multi-Agent | 多个长期独立大脑，解决分工隔离 |
| 主Agent + Sub-Agent | 一个主大脑 + 临时子任务，解决拆解调度 |
| 选择依据 | 看你需要"长期隔离"还是"任务拆解" |
一句话总结：Multi-Agent是多个长期独立打工人，Sub-Agent是临时外包团队——要稳定分工选前者，要灵活拆解选后者。
