Agent Teams 多智能体协同 — 一个人带一群小龙虾干活
多 Agent 协同是什么
之前讲过 StepClaw 模式的多智能体协同——一条指令自动拆解成多步,每个子任务由独立 Agent 执行。Agent Teams 是这个机制的显式配置版本:你主动创建一支 Agent 队伍,每个 Agent 有明确的分工,它们协作完成一条大任务。
适用场景
当出现以下情况时,多 Agent 协同才有价值:
1. 任务复杂度高:可以自然拆成几个相对独立的子任务,每个子任务有明确的输入和输出2. 子任务之间没有强依赖:可以并行执行,总耗时接近最慢那条子任务而不是累加3. 需要不同角色分工:不同子任务需要不同的技能、权限或身份人设4. 任务耗时较长:需要 Agent 跑几十分钟甚至几小时,单一 Agent 容易丢上下文或出错
反例:"帮我把这 3 个 Excel 合并成一份"——一个 Agent 完全能搞定,拆成多 Agent 反而增加配置和调度成本。
一个实际例子
假设你要 Sophclaw 帮你做一次竞品调研,完整的大任务:
"帮我做竞品调研:竞品 A、B、C,每个竞品分析官网产品列表、App Store 评分、GitHub Star 趋势,然后汇总成一份对比表"
可以拆成:
- Agent-A:专门调研竞品 A,三个维度各跑一次
- Agent-B:专门调研竞品 B,三个维度各跑一次
- Agent-C:专门调研竞品 C,三个维度各跑一次
- Agent-汇总:等 A/B/C 都完成后,把三份结果合并成对比表
调度逻辑:A/B/C 并行跑(互不依赖),汇总 Agent 串行在 A/B/C 都完成后触发。
总耗时 ≈ max(tA, tB, tC) + t汇总,远小于串行累加。
多 Agent vs 多 Agent 隔离
这是两个容易混淆的概念:
| 对比 | 多 Agent 协同 | 多 Agent 隔离 |
|---|---|---|
| 目的 | 让多个 Agent 一起完成一件事 | 让不同 Agent 各干各的、互不干扰 |
| 生命周期 | 任务完成即销毁 | 长期常驻 |
| 共享 | 共享同一任务的上下文和结果 | 各自独立 workspace、独立记忆 |
| 配置 | StepClaw 模式自动创建,或显式配置 Teams | agents.list + workspace 隔离 |
| 典型场景 | 复杂长程任务 | 飞书 Agent / 钉钉 Agent / 主 Agent 并存 |
先搞清楚你要什么:如果你只是想飞书群有个助手 + 自己平时有个主 Agent——那是多 Agent 隔离,不需要搞协同。只有当你需要"一条大任务让多个 Agent 分工合作"时才考虑协同。
Agent Teams 的配置
Sophclaw 对多 Agent 协同的支持有两个层面:
层面一:StepClaw 模式自动协同
最简单的方式——切到 StepClaw 模式,下发指令,AI 自动判断是否需要拆多 Agent 协同。不需要手动配置。
层面二:显式 Teams 配置
对于需要精确控制分工的复杂场景,可以在 Sophclaw 配置里显式定义 Teams:
{
"teams": [
{
"name": "competitor-research",
"agents": ["research-A", "research-B", "research-C", "summarizer"],
"workflow": "parallel-then-aggregate"
}
]
}
安全注意事项
多 Agent 协同虽然强大,但安全风险也更高——多个 Agent 同时在操作系统上操作,一个 Agent 出事可能连带影响其他 Agent 或主系统。
安全策略:
- 每个 Agent 独立 workspace 和文件沙箱
- 团队里每个 Agent 配置最小权限
- 重要操作(如文件删除)设置人工审批节点
- 先用小任务在测试目录里练通整个协同流程,确认没问题再上正式目录
什么时候用 / 什么时候不用
用 Agent Teams:
- 任务可以清晰拆成多块
- 每块耗时较长(至少 1-2 分钟)
- 需要不同的技能或工具
不用 Agent Teams:
- 任务本身就很短(几秒能完成)
- 子任务之间有强依赖(必须 A 完了 B 才能开始)
- 只有单一 Agent 就能搞定
一个好的判断标准:如果让一个人来做这件事,你会不会把它分派给 3 个同事并行做?会的话就用 Agent Teams。不会的话不用。