智能体团队与集群

Linked Terminals 是一个智能体把活交给另一个。而团队或集群是多个智能体同时扑在同一件事上，作为一个整体启动，也作为一个整体管理。

• 团队共享一个工作区。每个成员都有一个真实终端，你可以打开、阅读、直接往里打字。
• 集群是一群无头 worker。没什么可一格一格看的——你关心的是吞吐量和结果。

启动一个

打开 Orchestration Dashboard 进入 Orchestrations。在那里启动团队或集群，所有活跃的都会带着实时状态列在其中。

在这个视图里你可以：

• 暂停或恢复 worker 池 — 放慢节奏，或者把机器还给自己
• 打开团队的共享工作区 — 直接跳进各个智能体的终端
• 取消排队中的 worker，同时让已经跑起来的那些做完
• 盯着消息活动导轨，智能体在那里交接工作、互相回话

无头 worker 会继承你平常的命令行环境，所以需要你的 PATH、你的工具版本、你已登录的 CLI 的智能体，在无头模式下的表现和在终端里一致。

在任何地方看到运行中的团队

Dashboard、All Terminals 列表和 Terminal Canvas 里都会出现一条实时团队导轨。每一条都写明团队名、属于哪个项目、正在做什么，一次点击就把你带进去。

按团队读用量

当智能体开始互相干活，按单个智能体统计 token 就不太有意义了——一个刚生出四个昂贵 worker 的廉价编排者，看上去依然廉价。

Usage 标签页按团队分组。团队以成员命名——opus 5 + fable + codex——所以一行还没展开就已经有含义了。

• token 与成本只通过捕获到的 session id 归属。 没有可读数据的成员会写 not tracked，而不是编一个 0 出来。
• 没有任何活跃团队认领的会话仍然以 Not in a team 显示，于是各行加起来仍等于这台机器真实的花费。
• Busy 是智能体工作时间，可以超过挂钟时间，因为智能体是并行干活的。Active 是团队成立以来的挂钟时间。两者作为两个不同的事实分开呈现。
• 用量按需扫描，点 Load tokens & cost，之后会被缓存，并标注 tokens as of HH:MM，旁边配一个 Rescan。
• 展开一个团队可按成员细分；点某个成员的 token 可跳到那个终端。

把日志当成一段对话来读

Logs 同样按团队分组。运行嵌套在产生它们的团队之下，选中团队标题会打开一条合并流，把运行开始、输出，以及成员之间往来的消息交织成一段可读的对话，而不是五份并行的记录。

当某个成员接不住 prompt 时

如果一次运行无法确认终端的输入框已就绪，它会提供无头回退，而不是干等到超时——同时仍允许你重试那条排队中的终端 prompt。停止一次运行会干净地释放它的 worker 及其占用的容量。

哪些智能体能编入团队

1DevTool 支持作为终端运行的智能体都能加入，包括 Claude Code、Codex、Gemini、Grok、Antigravity、Hermes、OpenCode、Cursor，以及你自建的智能体预设。混用模型正是重点——同厂的实现者与评审者，也共享同一套盲区。

下一步

• Mission Control — 终端上方的驾驶舱
• 团队图谱 — 谁连着谁，刚刚有什么流过
• 任务 — 把一整块任务板派给智能体