编排仪表盘

团队、地图、路由、运行记录与日志、按团队统计的 Token 用量，以及提供给你的 Agent 的已编译技能。

编排仪表盘记录了你的 Agent 协作完成的所有事情。如果说 Mission Control 是实时驾驶舱，那么这里就是记录本。

在顶部栏中点击 Orchestration 即可打开。

Teams

显示当前活跃的团队与 Swarm 及其实时状态。打开团队的共享工作区，即可跳转到其 Agent 的终端、暂停或恢复工作池，并在保留运行中的 Worker 继续完成的同时取消排队中的 Worker。

运行着已链接终端的项目也会在此列出，包括其参与者、实时链接数、等待中的回复，以及一个 View map 操作——此前，一个有三个 Agent 协作的项目看起来却像是闲置的。

与 Mission Control 内嵌视图中相同的图谱：终端显示为卡片，链接显示为边，拖拽即可建立链接，点击边即可取消链接。参见 Team Map。

Routing 是决定哪种工作分配给哪个 Agent 的表格。它说明了你的 Agent 所遵循的归属规则——一个任务，一个负责人——并展示了每个 Agent 可被路由到的模型目录。

运行记录与日志共用同一个区块。一行运行记录会告诉你委派了什么任务、委派给了谁，以及结果如何；日志流则展示具体输出。

日志按团队分组：运行记录会嵌套在生成它们的团队之下，选择某个团队的标题会打开一个合并流，将运行开始、输出，以及成员之间传递的消息交织成一段可读的对话。日志支持搜索，警告与失败在视觉上也会被区分开来。

如果一次运行在其 Agent 启动之前就失败了，系统会记录原因——Agent 未安装、沙箱不受支持、启动被拒绝——这样失败原因就是可诊断的，而不只是导出一个笼统的"error"。

按团队（而非仅按 Agent）分组展示 Token 用量与费用。团队会以其成员命名（如 opus 5 + fable + codex），因此无需展开某一行也能看懂它的含义。

关于这些数字，有几点值得了解：

用量仅通过已捕获的会话 ID 进行归因。如果某个成员没有可读取的数据，会显示 not tracked，而不是伪造一个为零的数字。
没有任何在线团队认领的会话，会以 Not in a team 的形式保持可见，因此各行加总起来始终等于这台机器实际花费的总量。
Busy（Agent 时间，当多个 Agent 并行工作时可能超过实际经过的时间）和 Active（自团队组建以来的实际经过时间）是两个不同的事实，会分别展示。
在你点击 Load tokens & cost 之前，系统不会扫描任何内容。结果会被缓存，并标注"tokens as of HH:MM"的时间戳，旁边还带有 Rescan 按钮。打开此标签页永远不会启动你没有主动要求的 Agent CLI。

展开一个团队即可按成员查看明细，点击某个成员的 Token 数即可跳转到对应终端。

这里是实际提供给你的 Agent 的已编译 SKILL.md——教它们如何委派任务、如何回复，以及支持哪些 Swarm 目标的说明文档。阅读它是了解你的 Agent 对编排机制有何认知的最快方式。发生变更后，它会在应用下次启动时刷新。