Agent Teams 与 Swarms

让多个 AI 智能体协同处理同一项工作——共享工作区的 Team，或由无头工作者组成的 Swarm。

有些工作光靠一个智能体是做不完的。1DevTool 为此提供了两种扩展方式，它们是两种截然不同的工具。

Team：可以实时查看的智能体

Team 是一组共享工作区和目标的具名智能体集合。每个成员都运行在一个真实的终端里，你可以打开它、查看输出、并向其中输入内容。可以从 Orchestration Dashboard 的 Teams 标签页启动一个 Team。

一个 Team 能为你提供：

一眼看清每个成员的实时状态
一个共享工作区，打开即可直接进入各个智能体的终端
实时消息栏，展示智能体之间如何交接工作、彼此沟通
以整个 Team 为单位统计的 Token 用量与费用

Swarm：无头工作者

Swarm 是同一个智能体的 N 个副本，在没有终端、没有窗口的情况下按同一份任务简报工作——只是一些在沙箱中运行、把结果汇报回来的工作者。当工作范围广且重复性强（排查每一个路由、检查每一次迁移、尝试 N 种方案），而你并不需要全程盯着它执行时，就该用 Swarm。

你可以随时 暂停或恢复工作者池，以放慢进度或释放机器资源；也可以 取消排队中的工作者，同时让已经在运行的工作者继续完成任务。

哪些智能体可以运行 Swarm

Swarm 的工作者必须运行在受限的沙箱内，而不是每个智能体都具备这样的沙箱。目前支持作为 Swarm 目标的是 Codex、Claude 和 Cursor。

在其他智能体上请求 Swarm 会 被立即拒绝，并附上原因——系统会列出能运行沙箱化工作者的智能体，并引导你改用终端 Swarm、直接委派，或改用 Agent Team。这是刻意的设计：过去这类请求会被接受，结果是每个工作者都会在一秒之内挂掉，既没有输出也没有任何说明。沙箱化取决于目标智能体自身的能力，与你使用的操作系统无关。

负责委派的智能体也会在自己的编排指令中被告知这些受支持的目标，这样它们就不会再组建出根本无法启动的 Swarm。这些指令会在应用下次启动时刷新。

当一次运行失败时

如果一次运行在其智能体启动之前就中止了——比如智能体未安装、沙箱不受支持、启动被拒绝——原因会被记录在这次运行的记录中。你可以在 Orchestration Dashboard 中看到它，它也会随着你在错误报告中附带的运行文件一起保留下来。以前这类运行导出时只是一个简单的 "error"，这正是它们难以据此提交报告的原因。

原生协议（在支持的地方）

Codex 和 OpenCode 通过各自的原生协议进行协作，而不是依赖抓取终端输出：与这两者的编排运行会通过它们的原生接口来流式输出结果、请求工具批准、中断和恢复。其他所有智能体仍然完全沿用原有的终端方式，并且在使用前都会针对已安装的版本进行校验。

当无法确认终端提示符是否已经就绪时，Runs 可以提供一种 无头回退方案，同时仍然允许你重试排队中的终端提示。无头工作者会继承你日常使用的命令行工具，已停止的运行也会干净地释放其工作者和容量。

恢复一个 Team

以关联 Team 方式运行过的会话，会在 Resume AI Sessions 中被标记出来，一条横幅会提示你只需一次确认就能把所有成员都恢复回来。成员会显示一个 Team 徽标，方便你区分协作会话和单独会话。终端启动后，Mission Control 的 Resume team 会重新连接它们。

随时随地查看 Team

Dashboard、All Terminals 列表和 Terminal Canvas 上都有一个实时 Team 栏，会列出每个正在运行的 Team 的名称、所属项目以及正在进行的工作，一键即可进入。