WenHaoFreeClaude Code Agent Teams：从单兵作战到“项目小组”的进化
最近 Claude Code 推出的 Agent Teams 功能引起了广泛关注。这不仅仅是一个简单的功能更新，而是将 AI 在编程领域的角色从“单兵作战”提升到了“团队协作”的新高度。
本文基于最新的演示视频，带你深入了解 Agent Teams 是什么、怎么用，以及它相对于传统 Subagents 的核心优势。
1. Agent Teams 是什么？像“项目小组”而不是“打零工”
在 Agent Teams 出现之前，我们使用的 Subagents 更像是一次性的“打零工”模式：
- 前端 Agent 干一票就走
- 后端 Agent 干一票就走
- 它们各自平行运行，互不干扰，最后把结果丢给你。
- 最大的问题：它们中间几乎不互相交流，缺乏上下文共享。
而 Agent Teams 就像一个持续存在的项目小组：
- 有组织：有一个 Team Lead（组长）。
- 有分工：下面有多个专职队员（安全专家、性能优化师、测试工程师等）。
- 有协作：拥有共同的任务列表，彼此可以即时发消息，所有的沟通细节都被完整记录。
2. 核心能力：共享看板 + 内部通讯 + 全程审计
Agent Teams 的强大之处在于它模拟了真实开发团队的运作模式：
共享“看板”（Kanban）： 团队维护一个共享的任务状态板。任务从 Designer → Developer → Reviewer 依次流转。每个 Agent 完成工作后，会自动更新状态并将结果汇报给 Team Lead。
成员间即时消息： Agents 之间可以像同事在 Slack 或 Telegram 里一样即时讨论。
“前端：路由我已经改好了，接口对吗？” “后端：接口已更新，请使用 v2 版本。”
全链路审计： 所有沟通和决策过程都会被记录下来。你可以事后在 history 中逐条审计，清楚地知道谁在什么时候改了什么，以及为什么这么决定。
3. 监控面板：上帝视角看团队干活
作者为了演示 Agent Teams 的工作流，不仅是看 JSON 日志，更是搭建了一个实时监控 Dashboard。这让你感觉像是在观察一支远程开发团队：
- 实时状态：能看到现在是谁在写代码、谁在改配置、谁在提建议。
- 面板包含信息：
- 当前队伍成员及其角色、使用的模型。
- 任务流转的实时状态。
- Agents 之间的对话记录。
- Token 消耗情况（这点很重要！）。
历史页还支持“回放”，你可以重看过去所有的 Session，这对 Debug 和合规审计非常有帮助。
4. 如何开启 Agent Teams？
要体验 Agent Teams，目前有两种方式（需要配置隐藏 Feature Flag）：
“作弊”法：直接让 Claude 读官方文档，通过命令行修改
cloud-settingsJSON 配置文件开启 Feature Flag。Prompt “魔法词”： 配置开启后，你只需要对 Claude 说类似这样的话：
“帮我创建一个 agent team，包含前端、后端、安全、测试，一起完成 X 任务。”
Claude 会根据语义自动识别并启动团队模式。
5. 模型分配策略：好钢用在刀刃上
Agent Teams 支持给不同的角色分配不同档位的模型，就像给不同需求的工种配置不同性能的电脑：
| 角色 | 推荐模型 | 原因 |
|---|---|---|
| Team Lead (组长) | Opus 4.6 | 需要理解全局、规划任务、协调成员，认知负载最高，需要最强的大脑。 |
| 队员 (干活的) | Sonnet 4.5 / Haiku | 负责具体执行，如遍历代码、跑简单检查。用小模型可以大幅节省成本。 |
核心思路：昂贵的模型负责“思考”和“决策”，便宜的模型负责“计算”和“跑腿”。
6. 费用警告：Token 的“黑洞”
作者在视频中多次强调：Agent Teams 是个“吸 Token 的黑洞”。
一个复杂的任务跑下来，轻轻松松就能消耗几万甚至十几万 Tokens。原因很简单：
- 每个 Agent 都有自己独立的上下文。
- 成员之间频繁的互相发消息。
- Team Lead 需要不断地读取信息、综合判断并规划下一步。
结论：不要为了“酷”而强行开团队模式。只在面对复杂、多步骤、需要多人协作的任务时使用，否则就是极大的浪费。
7. Teams vs Subagents：本质差异
| 特性 | Subagents (传统模式) | Agent Teams (新模式) |
|---|---|---|
| 协作模式 | 独立脚本，几乎无交互 | 团队协作，跨 Agent 通信 |
| 一致性 | 易产生假设不一致 (如接口不匹配) | 持续对齐 Mental Model，减少误解 |
| 管理 | 你自己拼凑结果 | 有“队长”负责统筹和决策 |
| 通信 | 无 | 共享任务列表 + 内部消息群 |
Agent Teams 的核心优势在于“跨通信”，确保了前端、后端、安全、测试对问题的理解是高度对齐的，避免了各自为政导致的集成灾难。
8. 决策指南：什么时候该用什么？
根据视频中的建议，我们可以这样选择：
✅ 适合用 Agent Teams (长期项目组)
- 多步骤、长期任务：例如搭建整套 Auth 流程、复杂的代码重构、整站改版。
- 强依赖协作：前端、后端、测试需要反复交互、互相解锁 (Unblock) 的场景。
- 高审计需求：你需要清楚地知道每一步决策的来龙去脉。
⚡ 适合用 Subagents (短期外包)
- 简单的辅助任务：一个 Agent 查文档，另一个写脚本，跑完即走。
- 结果导向：只要最终结果，不关心过程透明度。
🚫 适合“单兵作战” (Claude Session)
- 简单任务：改个 Bug、写个函数。不要折腾 Agent，直接在一个 Session 里对话解决最快最省钱。
Agent Teams 的出现标志着 AI 辅助编程正在从“工具化”向“组织化”演变。虽然目前成本较高，但对于解决复杂的系统性工程问题，它展示了令人兴奋的潜力。