📊 一张图看懂四种模式
| 维度 |
Subagents |
Agent View |
Agent Teams |
Dynamic Workflows |
| 协调者 |
主 session（turn-by-turn） |
你手动 dispatch |
Lead agent（自动分配） |
脚本持有计划 |
| 并行规模 |
1-10 个 |
无硬性上限 |
3-10 个 |
10-500 个 |
| Worker 通信 |
单向 → 主 session |
只汇报给你 |
互相直接发消息 |
交叉验证结果 |
| 适用场景 |
侧任务、上下文隔离 |
多个独立任务监控 |
需要互相讨论的协作 |
超大型任务、多角度验证 |
| 文件隔离 |
无（单 session） |
自动 worktree 隔离 |
需手动分区避免冲突 |
脚本自动规划隔离 |
| 状态稳定性 |
✅ 稳定 |
✅ 稳定（v2.1.140+） |
⚠️ 实验性（需开启 flag） |
✅ 稳定（v2.1.154+） |
| 监控命令 |
/agents |
claude agents |
shift+↓ 切换 |
/workflows |
| Token 消耗 |
低（摘要返回） |
中（各独立 session） |
高（每都是完整 session） |
非常高（大规模并行） |
| Model 灵活性 |
可指定 Haiku/Sonnet/Opus |
统一 model（header 设置） |
可指定各 teammate model |
统一 Opus 4.8+ |
| 上下文共享 |
主 session 不共享 |
完全独立，无共享 |
共享任务列表 + 消息 |
阶段汇总后传递 |
🤖 Subagents（子代理）
在单 session 内委托给专门的子 agent，结果返回主对话。适合需要隔离上下文但不需并行通信的场景。
1
你在主 session 描述任务
2
Claude 判断该用 subagent，spawn 一个专门的 worker
3
Worker 在自己的上下文里完成工作
4
结果汇总返回主对话（摘要形式）
✅ 优势
- • 上下文完全隔离，主对话不被污染
- • 可指定不同 model（Haiku/Sonnet/Opus）
- • 可限制工具访问（只读/禁止 Write）
- • 上下文节省（结果摘要返回）
- • 支持 persistent memory 跨 session 学习
- • 可通过 worktree 隔离文件系统
- • Token 消耗最低
❌ 局限
- • worker 之间不通信，无法协作
- • 并行规模受限（几个为宜）
- • 强依赖任务不适合（需主 session 中转）
- • 不适合需要实时人工反馈的场景
适用场景
代码搜索 + 分析（只读）
复杂但独立的后台任务
批量内容生成
上下文保护（不希望主对话变长）
多步骤任务但结果简单
🖥️ Agent View（后台会话管理）
你 dispatch 多个独立 session 到后台，统一监控、peek、attach。可以理解为「多个 Claude 同时工作，你做 PM」。
1
打开 claude agents 界面
2
在 dispatch 输入框输入任务，每次 Enter 启动一个新 session
3
各 session 在独立进程运行，自动进入 worktree 隔离
4
监控状态（Working / Needs Input / Completed / Failed）
5
Space peek 查看进度，Enter attach 进入完整对话
✅ 优势
- • 完全独立，各自完整的 Claude session
- • 自动 worktree 隔离，无文件冲突
- • 你随时介入（peek / attach / reply）
- • 适合「多个任务同时跑，我管进度」
- • 支持 shell 命令后台运行（
!cmd）
- • 任务持久化（关终端也在跑）
- • 支持从现有 session 迁移（
/bg）
❌ 局限
- • 你做协调者，不能自动化编排
- • worker 之间不通信，只汇报给你
- • 适合独立任务，不适合有依赖的任务
- • 大量任务时需要你自己跟进
适用场景
同时跑多个独立任务（PR review + bug fix + 测试）
需要你随时介入/审批的工作
长时间任务（跑完再检查结果）
团队成员各自负责一个任务
👥 Agent Teams（智能体团队）实验性
Claude 作为 lead，分任务给多个 teammate，teammate 之间可以互相发消息讨论。有共享任务列表，自己协调谁做什么。
1
告诉 Claude「创建一个 team 来做 X」
2
Lead 创建 team，spawn 多个 teammate，各有独立 session
3
共享任务列表，teammate 认领任务，互相讨论
4
Teammate 可以直接给其他 teammate 发消息
5
Lead 汇总结果，你最终清理 team
⚠️ 需要开启：设置 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1。功能尚处实验阶段，存在已知的 session 恢复、任务协调和关闭行为方面的限制。
✅ 优势
- • Teammate 之间直接通信，协作自然
- • Lead 自动分配任务，无需你介入
- • 共享任务列表，支持依赖管理
- • 可指定 plan approval（危险操作先审）
- • 支持 Split pane（tmux/iTerm2）同时看所有 teammate
❌ 局限
- • 实验性功能，默认关闭
- • 不自动隔离文件（需手动分区）
- • Token 消耗高（每个都是完整 session）
- • 协调开销大，不适合简单任务
- • 存在已知的恢复/关闭行为限制
适用场景
需要互相讨论的多角度研究
跨层协调（前端+后端+测试）
竞争假设验证（不同 agent 持不同观点）
生产环境使用（实验性）
简单重复任务
🔄 Dynamic Workflows（动态工作流）
Claude 根据你的任务自动生成一个多阶段脚本，调度数十到数百个 subagent 并行工作，每个阶段完成后再进入下一阶段，支持交叉验证结果。
1
你描述一个超出单轮能力的大型任务
2
Claude 生成一个脚本化多阶段计划
3
Phase N：批量 subagent 并行执行
4
阶段结果汇总，交叉验证
5
进入下一 Phase，最终汇总报告
⚠️ 模型要求：需要 Claude Opus 4.8 或更高版本。Haiku/Sonnet 无法使用。触发词已从 workflow 改为 ultracode（v2.1.160）。
✅ 优势
- • 规模最大（数十到数百个 agent）
- • 脚本持有计划，Claude 按计划执行，无需逐轮介入
- • 支持多阶段 + 交叉验证结果
- • 适合超出单 agent 能力的大型任务
- • 自动管理阶段依赖
❌ 局限
- • 需要 Opus 4.8+ 模型
- • Token 消耗非常高
- • 任务必须可自动化判断完成
- • 不适合实时交互类任务
- • 探索性强的任务效果差
适用场景
代码库全面安全审计（100+ 文件）
500+ 文件大型迁移
多角度交叉验证研究
遗留代码库全面理解
小规模任务（5 个以下）
强顺序依赖的任务
🌲 如何选择？决策树
任务规模？ 简单/快速 → 直接在主 session 做
大型任务 → 需要互相通信/讨论？
└── 是 → Agent Teams（需开启 experimental）
└── 否 → 需要多少并行 agent？
└── 1-10 个 → 你要监控/介入？
└── 是 → Agent View
└── 否 → Subagents
└── 10+ 个（大规模）→ Dynamic Workflows
🎯 场景 × 模式匹配矩阵
| 场景 |
Subagents |
Agent View |
Agent Teams |
Dynamic WF |
| 代码搜索/分析（只读） |
✅ |
✅ |
⚠️ |
— |
| Bug 修复（单文件） |
✅ |
✅ |
— |
— |
| 批量文件处理（10-50 个） |
✅ |
✅ |
— |
◉ |
| 代码库安全审计（100+ 文件） |
⚠️ |
⚠️ |
— |
✅ |
| 500+ 文件大型迁移 |
— |
— |
— |
✅ |
| 多假设 Bug 调查 |
⚠️ |
⚠️ |
✅ |
✅ |
| PR 多维度评审 |
✅ |
✅ |
✅ |
✅ |
| 架构方案多角度评审 |
⚠️ |
⚠️ |
✅ |
✅ |
| 遗留代码库全面理解 |
⚠️ |
⚠️ |
— |
✅ |
| 需要你实时审批/决策 |
⚠️ |
✅ |
⚠️ |
— |
| 多个独立任务同时跑 |
⚠️ |
✅ |
— |
— |
| 自动化周期任务 |
✅ |
✅ |
— |
— |
✅ 首选 | ⚠️ 可用但非最优 | — 不适合 | ◉ 可用但 Dynamic Workflows 更适合
🔑 核心差异一句话总结
🤖 Subagents
主 session 把任务外包给专门的 worker，结果以摘要形式返回。适合「不希望这件事污染我的上下文」的场景。
🖥️ Agent View
你 dispatch 多个独立 session 并监控。你是 PM，Claude 是多个外包团队，各自向你汇报。
👥 Agent Teams
Claude 做 lead 分配任务，teammate 之间直接互相讨论。适合「需要协作思考」的场景。
🔄 Dynamic Workflows
脚本持有计划，Claude 执行计划，数十到数百个 agent 并行。适合「规模太大不能用其他方式」的任务。