任务中控
读懂一场正在运行的多 agent 协作，并在它安静下来时修好它。
Mission Control 是停靠在终端网格上方的编排驾驶舱。只要项目里有一条活着的链接或一个正在运行的编排，它就会出现 —— 而当没有任何东西需要编排时，它不渲染、也不轮询。
计数行
每一个背后有内容的计数都是一个按钮，而不是标签。
| 计数 | 含义 | 该做什么 |
|---|---|---|
N links | 本项目中活跃的链接 | 打开 Map 查看它们的方向 |
N running | 正在运行的编排 | —— |
N voting / N decided | 未决与已定的 swarm 决策 | 取消对等体已消失的决策 |
N awaiting reply | 已投递、未回答，对方能回答 | 点开它，然后 Nudge 沉默的对等体 |
N stuck | 投递给了没有回程链接的对等体 | 点开它 —— 它们永远不会自行解决 |
N quarantined | 终端已重启或关闭的链接 | Relink，或 Clear all |
N needs you | 某个 agent 已完成或正在等你 | 点击 pill 跳到它的终端 |
awaiting reply 与 stuck
这两者看起来相似，但需要完全相反的处理。
awaiting reply 表示对方能回答，只是还没回答。通常它还在干活。但有时它已经干完了，把结论打印进了自己的终端，却从没运行回复命令 —— 这时发送方会永远等下去，而每一条回执仍然写着 delivered。
只有你能分辨这两种情况，所以每一行都带一个 Nudge 按钮，用来让对方把它手里已经攥着的答案发出来。
stuck 表示对方收到的请求没有任何可发送的回程边。它被告知没有通道，于是把活干完就停下了。再有耐心也没用 —— 缺失的那条边必须被创建出来。
这就是 stuck 被单独计数、而不是并入 awaiting reply 的原因。
参与者栏
每个 agent 一个 pill，显示：
- agent 图标与终端名
- 实时状态，以及需要你时的注意标记
- 链接方向计数 ——
→2出向，←1入向 - 该 agent 的上下文用量
点击任意 pill 可直接跳到那个终端。位于其他项目的 agent 会被标记出来，因为链接可以跨项目。
Map、Runs、Logs
标题栏右侧的三个视图：
- Map —— 实时的 团队图谱
- Runs —— 委派历史
- Logs —— 运行日志与应用日志
拖动区块下方的分隔条可以调整高度，或者在你想要回终端面板时整个折叠它。高度、折叠状态和当前视图都按项目记住。箭头图标会在同一个标签页打开完整的 Orchestration Dashboard。
上下文计量
在每个终端标签和面板标题上，模型 chip 旁边现在多了一个上下文 chip：上一轮用掉了该 agent 上下文窗口的多大比例。同一个数字也出现在 Mission Control 的 pill 和 Team Map 的卡片上。
这在团队里比单干时更重要。当你正要交出一份大 review 时，写着 ~29% 的 pill 比写着 ~104% 的更适合当目标。超过 100% 意味着上一轮超出了该模型已记录的窗口 —— 把它当作该开新终端的信号。
注意力收件箱
已完成、或停下来等待的 agent 会出现在活动流里，并带一行细节，内容是助手的最后一条消息 —— 于是你不必打开它就能分辨"跑完了"和"卡在一个问题上"。点击条目即可落到那个终端。
同样的信号也以 N needs you 计数出现在 Mission Control 栏上。它不会重复你本来就会收到的完成通知。
重启之后的恢复
重启应用会**隔离（quarantine）**所有链接，因为它们指向的终端已经消失。恢复分两步。
1. 恢复会话
在 Resume AI Sessions 里，曾作为一个关联团队运行过的会话会出现在 Agent team 横幅下 —— "2 of these sessions worked together" —— 并附上 agent 链条和运行时间。
Resume this agent team 只需一次确认就能把每个成员带回来。单个会话带有 team chip，所以你能区分协作会话和独立会话。
2. 恢复链接
终端跑起来之后，Mission Control 会在 quarantined 计数旁显示 Resume team。它会重新连上项目里每一条还能救的链接，并用各自被卡住的那件事唤醒每个参与者 —— 一条欠着的回复命令、一块状态看板，或一条恢复的边。
每个终端只收到一条补课通知，而不是每条链接一条。
终端已经彻底消失的链接会被清理掉，而不是永远堆在 quarantined 计数里。