오케스트레이션 대시보드
팀, 맵, 라우팅, 실행 기록과 로그, 팀별 토큰 사용량, 그리고 에이전트에게 제공되는 컴파일된 스킬을 다룹니다.
오케스트레이션 대시보드는 에이전트들이 함께 수행한 모든 작업의 기록입니다. Mission Control이 실시간 조종석이라면, 이곳은 항해 일지입니다.
상단 바의 Orchestration에서 열 수 있습니다.

Teams
활성 팀과 스웜을 실시간 상태와 함께 보여줍니다. 팀의 공유 워크스페이스를 열면 해당 에이전트들의 터미널로 바로 이동하고, 워커 풀을 일시 중지하거나 재개하며, 실행 중인 워커는 마칠 때까지 두고 대기 중인 워커만 취소할 수 있습니다.
연결된 터미널을 실행 중인 프로젝트도 여기에 참가자, 실시간 링크 수, 대기 중인 응답, View map 작업과 함께 나열됩니다 — 예전에는 세 에이전트가 협업 중인 프로젝트도 마치 유휴 상태처럼 보였습니다.
Team Map
Mission Control에 인라인으로 표시되는 것과 동일한 그래프입니다: 터미널은 카드로, 링크는 엣지로 표시되며, 드래그로 연결하고 엣지를 클릭해 연결을 해제할 수 있습니다. 자세한 내용은 Team Map을 참고하세요.
Routing
라우팅은 어떤 에이전트가 어떤 종류의 작업을 맡을지 결정하는 표입니다. 에이전트들이 따르는 소유권 규칙 — 하나의 작업에 하나의 소유자 — 을 설명하고, 각 에이전트가 라우팅될 수 있는 모델 카탈로그를 보여줍니다.

Run & Logs
실행 기록(Run)과 로그는 하나의 섹션을 공유합니다. 실행 행(row)은 무엇이 누구에게 위임되었고 어떻게 종료되었는지를 보여주며, 로그 스트림은 출력 내용을 보여줍니다.
로그는 팀별로 그룹화됩니다: 실행 기록은 이를 생성한 팀 아래에 중첩되며, 팀 헤더를 선택하면 실행 시작, 출력, 그리고 구성원 간에 오간 메시지를 하나의 읽기 쉬운 대화로 엮은 병합 스트림이 열립니다. 로그는 검색할 수 있으며, 경고는 실패와 시각적으로 구분됩니다.
에이전트가 시작되기도 전에 실패한 실행은 이유를 기록합니다 — 에이전트 미설치, 샌드박스 미지원, 실행 거부 등 — 그래서 실패가 단순한 "error"로만 나오는 대신 원인을 진단할 수 있습니다.
Usage
토큰과 비용을 에이전트별이 아니라 팀별로 그룹화하여 보여줍니다. 팀은 구성원의 이름을 따서 명명되므로(opus 5 + fable + codex), 행을 열어보지 않아도 의미를 알 수 있습니다.

이 수치와 관련해 알아둘 점:
- 사용량은 캡처된 세션 ID를 통해서만 귀속됩니다. 읽을 수 있는 데이터가 없는 구성원은 조작된 0 대신
not tracked로 표시됩니다. - 어떤 활성 팀도 소유를 주장하지 않는 세션은 Not in a team으로 계속 표시되므로, 행을 모두 합치면 항상 머신이 실제로 소비한 양과 일치합니다.
- Busy(에이전트가 병렬로 작업할 경우 실제 경과 시간을 초과할 수 있는 에이전트 작업 시간)와 Active(팀이 결성된 이후의 실제 경과 시간)는 서로 다른 두 가지 사실로서 각각 별도로 표시됩니다.
- Load tokens & cost를 누르기 전에는 아무것도 스캔되지 않습니다. 결과는 캐시되어 "tokens as of HH:MM"으로 표시되며, 옆에는 Rescan이 있습니다. 이 탭을 여는 것만으로는 요청하지 않은 에이전트 CLI가 실행되지 않습니다.
팀을 펼치면 구성원별로 세분화되며, 구성원의 토큰을 클릭하면 해당 터미널로 이동합니다.
Skill
에이전트에게 실제로 제공되는 컴파일된 SKILL.md입니다 — 위임 방법, 응답 방법, 지원되는 스웜 대상을 알려주는 지침입니다. 이를 읽어보는 것이 에이전트가 오케스트레이션에 대해 어떻게 이해하고 있는지 파악하는 가장 빠른 방법입니다. 변경 사항은 앱을 다음에 시작할 때 반영됩니다.

Related
- Mission Control — 실시간 화면
- Agent Teams & Swarms — 이 대시보드가 기록하는 작업을 시작하는 방법
- AI Usage & Quota — 팀별 비용과는 별개인 공급자별 할당량