最近刚到新公司上班，一直在用Claude Code干活。今天刷文档的时候，发现官方出了一个新功能：Claude Code Agent Teams（智能体团队）。我试了一下,这功能实在太强了。
🔹 先说以前是什么体验
用过 Claude Code 的都知道，平时跟它聊天写代码，本质上就是你带了一个聪明但有点轴的实习生。你让他写段代码，他就埋头写一段交给你。但他不管架构合不合理，也不管测试跑不跑得通——你没说，他就不管。结果就是你得自己 Review、自己跑测试、自己发现前后端接口没对上。来来回回折腾几次，效率全砸在返工上了。
🚀 现在呢？直接给你拉了个项目组
Agent Teams 上线之后，画风突变。我试了一下，让它帮我写一个全栈功能。它二话不说，后台直接拆出三个独立的 Agent，各管各的：👨💻 1号：前端—— 只管写页面和组件👨💻 2号：后端—— 只管写接口和数据库🧪 3号：QA—— 专门给前面两位挑毛病每个 Agent 有自己独立的上下文，互不干扰，就跟真的三个人坐在三个工位上一样。
💥 真正离谱的地方：它们会互相对线
光分工还不算什么，关键是这三个 Agent 之间是能互相沟通的。实际跑起来大概是这么个过程：后端先把接口和数据模型搞定；前端拿到接口定义，开始写页面、对接数据；都写完了，QA上场开始测；测出 Bug 了？QA 直接打回给对应的 Agent 改，改完再测一轮。等最后交到你手上的时候，它们内部已经吵过好几架、改过好几版了。你拿到的基本是个能跑的东西，不用从头开始 Debug。说白了你就干一件事：✅ 验收。
🛠️ 怎么用？说一下具体操作
- 先把功能打开这功能目前还是实验性的，默认没开。你得手动开一下。在项目根目录的 .claude/settings.local.json里加一行：
{ "enableAgentTeams": true}
或者直接设环境变量：
export CLAUDE_CODE_ENABLE_AGENT_TEAMS=true
2. 然后告诉它你要什么团队光打开开光还不行,你得学会写提示词。我一般这么写：
请组建一个由 2 名代理组成的团队，来帮我写一个 Vue 3 的倒计时按钮组件（用于获取短信验证码）。 第一个是前端开发，负责使用 Composition API 编写核心代码和样式； 第二个是高级代码审查员（Reviewer），负责检查是否有内存泄漏或逻辑漏洞。 前端开发写完后，必须发消息给审查员检查；如果审查员发现问题，必须打回重写，直到审查员回复‘PASS’为止。最后输出完整的组件代码。
写得越具体，它分工越清晰。你要是写个“帮我搞个网站”，它大概率会在那纠结半天不知道怎么分活。
- 然后就等着看就行了提示词发出去之后，终端里会同时出现多个 Agent 的输出，能实时看到每个“人”在干什么。挺有意思的。
🎯 什么场景适合用？
不是所有事都值得动用团队模式，写个小脚本你拉三个 Agent 属实大材小用。比较适合的场景：🌐 全栈项目：前端 + 后端 + 测试，标配三件套🔗 API 开发：一个设计架构，一个写实现，一个写测试🔄 大规模重构：一个负责改代码，一个负责补测试，一个负责 Review📄 技术文档：一个读代码，一个写文档，一个校对团队人数可以自己定，2 到 5 个都行，看项目复杂度。
⚠️ 几个坑，提前说一下
💰 费钱：多个 Agent 同时跑，Token 消耗是成倍的，别月底看账单吓一跳。🤖 不是百分百靠谱：毕竟还是实验阶段，偶尔会出现 Agent 之间配合不上的情况，需要你人工介入。✍️ 提示词写不好就白搭：分工含糊的话，Agent 们会反复确认、互相等待，效率还不如你自己单干。🙅 别用在小活儿上：真的，改个 图标 就别拉团队了,token太费钱了.
最后
用了一下午，总体感受就是：从“我指挥一个人干活”变成了“我指挥一个团队干活”。交互方式变了，你要想的不再是“这行代码怎么写”，而是“这个项目怎么拆、谁负责什么”。说不上颠覆，但确实是个很有意思的方向。感兴趣的可以自己试试.
