谷歌在 Antigravity 工具里推出预览版 /swarm 斜杠命令，用户只需要输入一行指令，系统就自动生成一套分工明确的 AI 智能体小队，它们会跑到一块公开、只追加不覆盖的共享留言板上互相沟通、开会分配任务、同步进度，适合处理多文件代码开发、系统迁移、复杂排错这类长线重任务，和以往后台黑盒协同的多智能体不一样，这套方案把智能体之间全部对话过程对外可视化，方便开发者追踪每一步决策，不过并行工作会快速消耗配额，属于高消耗功能。整套流程是由一个协调智能体先读懂用户目标，再拆解任务，生成多个专攻不同方向的工作智能体，同时配套核验智能体做审查和测试；智能体之间所有沟通都写在留言板，等待任务的空闲智能体处于休眠，不会持续消耗 Token，只有收到新消息才唤醒干活，还会使用独立隔离的工程副本，避免并行修改产生代码冲突。这个功能同步支持桌面客户端和命令行 CLI，搭配 Gemini 4 Carbon 使用，适合开发场景，目前还处在预览测试阶段，不是正式稳定版本。它最大的创新点就是把智能体协同从 “暗箱操作” 改成看得见的团队会议，用户可以随时进入看板，查看成员列表、留言记录、任务关系图谱，中途也能介入修改需求。当然短板也很明显，大量智能体同时跑任务，配额消耗速度远高于普通单轮对话，复杂任务耗时更长，只适合有调试、协作、代码重构需求的专业用户。
/swarm 核心能力清单
- 触发方式：在 Antigravity 输入 /swarm + 任务描述，一键拉起智能体集群
- 协同载体：共享留言板（Message Board），消息仅追加、不可删除覆盖，全程留痕
- 部署入口：桌面 App、CLI 命令行双端支持
- 配套模型：优先搭配 Gemini 4 Carbon，可混合搭配不同规格模型
- 工作隔离：自动生成独立工程副本，并行编辑互不冲突
- 可视化看板：三大视图，留言板、成员列表、任务关系图谱
- 节能机制：空闲等待的智能体休眠，不消耗 Token，收到消息再唤醒
- 目标场景：多文件项目开发、数据库迁移、系统故障排查、大型重构、批量调研
智能体固定角色分工
| 角色 | 负责工作 | 常用搭配 |
|---|---|---|
| Coordinator（协调者） | 理解总需求、拆分任务、分配工作、最后汇总输出 | Gemini 4 Carbon |
| Worker（执行者） | 写代码、调取工具、产出初稿、执行子任务 | Argon 等轻量模型 |
| Verifier（核验员） | 审查 Worker 的输出、跑测试、找漏洞、返回修改意见 | Carbon，通常每 2–4 个 Worker 配一个核验员 |
| Monitor（监控） | 盯进度、识别卡死、异常告警，保障流程持续推进 | 辅助角色 |
使用完整流程
- 用户输入 /swarm 指令，附带完整任务需求，比如 “搭建一个多租户后台项目”。
- Coordinator 接手需求，把大任务拆成多个独立子任务，生成对应的 Worker。
- 所有智能体在共享留言板发布消息，同步进度、传递素材、互相提出修改意见。
- Worker 产出成果之后交给 Verifier 校验，不合格就打回重写，循环迭代。
- 全部子任务完成，Coordinator 整合全部结果，输出完整交付物。
- 用户可以随时打开看板，翻看留言板记录，中途插话调整需求。
优势与局限对照
✅ 亮点
- 协同过程完全透明，智能体开会沟通全部留在留言板，方便复盘排错；
- 空闲智能体休眠控成本，不会无意义持续扣费；
- 工程隔离，并行修改不容易互相覆盖，适合大型代码项目；
- 支持混合模型，重规划、审核交给强模型，体力活交给更快、便宜的模型；
- 命令简单，不用手动逐个创建、连接多个智能体。
⚠️ 局限
- 并行集群模式配额消耗很快，官方界面自带高消耗提醒；
- 当前是预览版，稳定性、异常兜底机制还在迭代；
- 更偏向开发者场景，普通日常问答、简单文案任务用它性价比很低；
- 任务越复杂，智能体来回在留言板沟通的时间越长，整体等待耗时偏高。
小结
简单来讲，谷歌 /swarm 的核心思路就是用一行命令组建一支看得见沟通记录的 AI 团队，依靠共享留言板作为开会协作的公共空间，让不同分工的智能体并行干活、互相校验。它不是面向普通闲聊的功能，主打长线、多步骤、多文件的开发类任务，最大特色就是协同过程全部公开可追溯，但使用成本更高，适合专业开发者调试复杂项目。
【常见问题】
问题 1：谷歌上线的 /swarm 命令是什么，智能体怎么靠留言板协同？
回答 1：谷歌上线的 /swarm 是 Antigravity 的预览功能，输入一行指令就能自动拉起分工不同的 AI 智能体，所有智能体在一块只追加不覆盖的共享留言板里互相发消息、分配任务、核对成果，相当于智能体在留言板开会协同。
问题 2：谷歌 /swarm 里面各个智能体角色分别承担什么工作？
回答 2：谷歌 /swarm 的智能体包含协调者、执行者、核验员、监控者；协调者拆分任务，执行者落地干活，核验员做测试审查，监控者防止流程卡死，核验员一般搭配 2–4 个执行者一起工作。
问题 3：谷歌 /swarm 智能体在留言板协作，会不会持续消耗 Token？
回答 3：谷歌 /swarm 里等待消息的空闲智能体会休眠，不会消耗 Token，只有收到留言板新任务消息才唤醒；但大量智能体同时并行工作，整体配额消耗远高于普通对话。
问题 4：谷歌 /swarm 适合什么样的任务，哪些场景不推荐使用？
回答 4：谷歌 /swarm 适合多文件开发、系统迁移、故障排查、大型重构这类长线复杂任务；简单问答、短文生成等轻量任务不适合，会造成配额浪费。
问题 5：谷歌 /swarm 现在处于什么阶段，支持哪些入口和模型？
回答 5：谷歌 /swarm 当前属于预览版本，在 Antigravity 的桌面客户端、命令行 CLI 都可以调用，优先搭配 Gemini 4 Carbon，同时支持混合搭配不同模型完成分工。
【参考资料】
[2026-11-10]（Google Adds /swarm to Antigravity，一条命令启动智能体集群）FourWeekMBA
[2026-11-10]（Google testing Agent Swarm mode for Antigravity）TestingCatalog
[2026-11-11]（Gemini 4 Carbon arrives with AI teams to divide complex tasks）Showmetech
[2026-11-11]（谷歌 Antigravity /swarm：多智能体留言板协同机制详解）API 易
[2026-11-10]（Antigravity 更新日志：版本 2.31.0 新增 /swarm）Google Antigravity Changelog
【免责声明】
本文谷歌 /swarm 智能体、留言板协同、角色分工、配额消耗信息来自外媒实测、Antigravity 更新日志与开发者资讯；该功能仍处于预览测试阶段，后续交互逻辑、配额规则、可用模型随时可能调整；本文仅产品资讯解读，不构成开发选型或者付费充值建议。