> ## Documentation Index
> Fetch the complete documentation index at: https://factory-docs-cli-sandbox-mcp-whole-process.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# CLIでの実行

> プランが承認されると、Droid は Mission Control に入ります。ターミナルから進捗を監視し、ワーカーのブロックを解除し、オーケストレーターをリダイレクトします。

## Mission Control での作業

プランが承認されると、Droid は実行を管理するオーケストレーションビューである Mission Control に入ります。ここから機能とマイルストーンの進捗を追跡し、どのエージェントが何に取り組んでいるかを確認し、調整が必要な時に介入できます。

<Tip>
  視覚的なダッシュボードをご希望ですか？ Desktop および Web アプリではより豊富な Mission Control 体験が利用できます。[Desktop/Webでの実行](/jp/web/missions) を参照してください。
</Tip>

## 介入とリダイレクト

Factory Missions は設定したら放置するものではありません。オーケストレーターはエージェントであり、会話することができます。Factory Missions を最も効果的に使用する方法は、自分をプロジェクトマネージャーとして扱うことです - 進捗を監視し、ワーカーのブロックを解除し、プランの変更が必要な時にリダイレクトします。

問題が起きたとき（ミッションが停止する、ワーカーやマイルストーンが詰まる、方向転換が必要になるなど）は、オーケストレーターを一時停止し、見えている状況を伝えます。よくあるシナリオと例文については [トラブルシューティング](/jp/features/missions/troubleshooting) を参照してください。

## 新しい種類のデバッグ

Factory Missions で作業するスキルセットは、従来のデバッグというよりも**エージェントのプロジェクト管理**に近いものです。コードを1行ずつステップ実行するのではなく、ワーカーチームを監視し、詰まった時にブロックを解除し、優先順位が変わった時にリダイレクトし、押し通すか再計画するかの判断を下します。

これは AI との意味的に異なる作業方法です。核となるスキルは、いつどのように介入するかを知ることであり、自分でコードを書くことではありません。

## 関連項目

* [Desktop/Webでの実行](/jp/web/missions) -- 視覚的な Mission Control ダッシュボード
* [設定とリファレンス](/jp/features/missions/reference) -- ヘッドレス実行、設定、組織ポリシー
* [計画と検証](/jp/features/missions/planning) -- 事前プランを正しく組み立てる
