オーケストレーションダッシュボード

Team、マップ、ルーティング、Runとログ、Team単位のトークン使用量、そしてエージェントに渡されるコンパイル済みスキル。

Orchestration Dashboardは、あなたのエージェントたちがこれまで一緒に行ってきたすべての記録です。Mission Control がライブコックピットだとすれば、こちらはログブックにあたります。

トップバーの Orchestration から開きます。

Orchestration Dashboard

Teams

実行中のTeamとSwarmを、ライブステータスとともに表示します。Teamの共有ワークスペースを開けば、そのエージェントたちのターミナルへジャンプしたり、ワーカープールを一時停止・再開したり、実行中のワーカーはそのまま完了させながらキュー待ちのワーカーをキャンセルしたりできます。

連携ターミナルを実行しているプロジェクトもここに一覧表示され、参加者、ライブリンク数、返信待ちの件数、そして View map アクションが並びます — 以前は、3つのエージェントが協働しているプロジェクトでさえ、アイドル状態に見えてしまっていました。

Team Map

Mission Controlにインラインで表示されるものと同じグラフです: ターミナルはカードとして、リンクはエッジとして表され、ドラッグでリンクを作成し、エッジをクリックしてリンクを解除できます。詳しくはTeam Mapを参照してください。

Routing

Routingは、どのエージェントがどの種類の仕事を担当するかを決めるテーブルです。エージェントが従う所有権のルール — 1つのタスクにつき1人のオーナー — を説明し、各エージェントがルーティングされうるモデルカタログを表示します。

Orchestrationのルーティング

Run & Logs

RunとLogsは1つのセクションを共有しています。Runの行には、何が誰に委任され、どのように終了したかが示され、ログストリームには出力内容が表示されます。

ログはTeamごとにグループ化されます: Runは、それを生んだTeamの下にネストされ、Teamのヘッダーを選択すると、Runの開始・出力・メンバー間でやり取りされたメッセージを1つの読みやすい会話としてまとめたマージ済みストリームが開きます。ログは検索可能で、警告は失敗と視覚的に区別されます。

エージェントが起動する前に失敗したRunは、理由を記録します — エージェント未インストール、サンドボックス非対応、起動拒否など — そのため、失敗はただの「error」として出力されるのではなく、原因を診断できます。

Usage

トークンとコストを、エージェント単位ではなくTeam単位でグループ化して表示します。Teamにはそのメンバーにちなんだ名前が付けられるため(opus 5 + fable + codex)、行を開かなくても意味が分かります。

Team単位のトークン使用量

この数値について知っておくべきこと:

  • 使用量はキャプチャされたセッションIDを通じてのみ紐付けられます。読み取れる情報のないメンバーは、でっち上げのゼロを表示する代わりに not tracked と表示されます。
  • どのアクティブなTeamにも属していないセッションはNot in a teamとして表示され続けるため、行を合計すると常にマシンが実際に消費した量と一致します。
  • Busy(エージェントの稼働時間。エージェントが並行して作業する場合、実際の経過時間を超えることがあります)とActive(Teamが結成されてからの実際の経過時間)は、それぞれ異なる事実として別々に表示されます。
  • Load tokens & cost を押すまでは何もスキャンされません。結果はキャッシュされ「tokens as of HH:MM」と刻印され、その横にRescanが表示されます。このタブを開くだけでは、要求していないエージェントCLIが起動することはありません。

Teamを展開するとメンバーごとの内訳が表示され、メンバーのトークンをクリックするとそのターミナルへジャンプします。

Skill

エージェントに実際に渡されるコンパイル済みの SKILL.md です — 委任の仕方、返信の仕方、サポートされているSwarmの対象を教える指示書です。これを読むことが、エージェントがオーケストレーションについてどう理解しているかを知る一番早い方法です。変更内容は、次にアプリを起動したタイミングで反映されます。

コンパイル済みのオーケストレーションスキル

関連ページ