/fleet: CLIがチームを手に入れる
4月1日に、ここ数か月で最大規模のCopilot CLIのリリースが到着しました：/fleetにより、並列のマルチエージェント実行が可能になります。タスクを順番に処理していくのではなく、Copilotは複数のサブエージェントをディスパッチし、コードベースの異なる部分に同時に取り組めるようになりました。
GitHubのブログ記事が最も分かりやすいです。/fleet Refactor the auth module, update tests, and fix the related docsを実行すると、オーケストレーターがあなたのタスクを個別の作業項目に分解し、並列実行できるものを特定したうえで、独立した項目をバックグラウンドのサブエージェントとしてディスパッチします。これは、プロジェクトリードがチームに仕事を割り当てるようなものだと考えてください。
これは単に、より速い「順番に実行する」ではありません。根本的に異なるアーキテクチャです。オーケストレーターが計画を立て、依存関係を整理し、並列作業の波（バッチ）をディスパッチし、結果を統合します。各サブエージェントにはそれぞれ独自のコンテキストウィンドウが与えられますが、ファイルシステムは共有されます。サブエージェント同士は互いに会話できず、協調するのはオーケストレーターだけです。
/fleetがうまく機能する鍵は、並列化に適したプロンプトを書くことです。GitHubのガイダンスは明確です。成果物を具体的にし、明示的な境界を設定し（各トラックが所有するファイルはどれか）、存在する依存関係は宣言してください。プロンプトが曖昧だと、オーケストレーターが独立した要素を特定できないため、結局は順番に実行されてしまいます。
また、.github/extensions/で定義したカスタムエージェントを参照して、異なるモデルやツールをそれぞれのトラックに割り当てることもできます。複雑なロジックには重いモデル、定型的なドキュメントには軽いモデルが欲しいですか？ /fleet Use @technical-writer.md as the agent for all docs tasks and the default agent for code changes.
これは、ツールの捉え方そのものを変えるタイプの機能です。私はCopilot CLIが提供開始されて以来ずっと取り上げてきましたが、/fleetは、GitHubがマルチエージェントの開発基盤へ向けて構築を進めていることを、これまでで最も明確に示すシグナルです。以前の私のエージェント型ワークフローについての考察にクロスリンクしてください。ここで話しているのはまさにそれです。
4日で4つのリリース
3月31日から4月3日の間に、GitHubは4つのリリース（v1.0.14、v1.0.15、v1.0.16、v1.0.17）を出荷しました。重要なのは以下です：
ビルトインスキル（v1.0.17 — 4月3日）
ビルトインスキルは、CLIに同梱される形で提供されるようになりました。まずは、Copilot cloudエージェントの環境をカスタマイズするためのガイドからです。これは、手動での設定を必要としないスキル・エコシステムへの第一歩です。スキルは、エージェントが参照して特定のタスクやコンテキストを扱えるようにする、パッケージ化された手順です。今後の拡大は急速になることが期待されます。
MCP OAuthのフローは、自己署名証明書によるフォールバックを通じてHTTPSのリダイレクトURIをサポートするようになりました。SlackのようにHTTPSを要求するOAuthプロバイダーとの互換性が向上します。/resumeのセッションピッカーも、大量のセッション履歴での読み込みが大幅に高速化されました。日々セッションを再開しているなら効いてくる、小さな使い勝手の改善です。
MCPとパーミッションフック（v1.0.16 — 4月2日）
バージョン 1.0.16では、ツールのパーミッション要求をプログラム的に承認または拒否できるPermissionRequestフックが導入されました。CLI SDKを使って自動化ワークフローを構築しているなら、大きな話です。これにより、対話的なプロンプトに頼る代わりに、承認ロジックをスクリプト化できます。
MCPのツール呼び出しがタイムライン上にツール名とパラメーターの要約を表示するようになり、エージェントが外部サーバーを呼び出している最中に何が起きているか追いやすくなりました。MCPサーバーの再接続も、ディレクトリ変更後に正しく動作します。BYOKのAnthropicプロバイダーは、maxOutputTokensの制限を尊重するようになりました。
HTMLへエクスポート、OAuthデバイスフロー、Configのキャメルケース（v1.0.15 — 4月1日）
バージョン 1.0.15は、/fleetと並行していくつかの注目すべき機能を搭載してリリースされました：
-
/share htmlセッションとリサーチレポートを、自立したインタラクティブなHTMLファイルとしてエクスポートします。CLIアクセスできないチームメイトとコンテキストを共有したり、Copilotのストレージ外でセッションをアーカイブしたりするのに最適です。 - デバイスコードフロー（RFC 8628）：ヘッドレス環境やCI環境におけるMCP OAuthのフォールバックとして利用できます。CLIを自動化されたパイプラインで動かしているチームにとって、このギャップを埋めるものです。
-
/mcp auth：MCP OAuthサーバー向けの再認証UI付きコマンドで、アカウント切り替えのサポートも含まれます。複数のOAuth保護されたMCPサーバーを管理することは、今や第一級のワークフローになりました。 -
設定キーはキャメルケースを優先（
askUser、autoUpdate、logLevelなど）。スネークケースでも引き続き動作しますが、CLIはJavaScriptの慣習に合わせて標準化を進めています。小さな変更ですが、SDKと設定システムの成熟が進んでいることを示すサインです。 - Copilotのマスコットが今やまばたきします：インタラクティブモードで控えめな目のアニメーションが入ります。はい、本当にです。大きな機能を出荷しつつもUXの磨き込みにチームが汗をかいていることを思い出させてくれる、ほほえましい細部です。
このリリースには他にも、約8つのUX修正が含まれています。オートパイロットはEscapeまたはCtrl+Cの後に処理を継続しなくなり、読み込み中に入力したキー入力が失われなくなりました。セッションが終了すると最大10秒待たずに即座にCLIが終了するようになり、さらにHome/End/Page Up/Page Downが差分ビューアで動くようになっています。
27件の修正と改善（v1.0.14 — 3月31日）
バージョン 1.0.14は、27件のバグ修正と安定性向上を含むクリーンアップリリースでした。注目点は以下です：
- BYOMで、画像がAnthropicモデルに正しく送信されるようになりました
- モデルピッカーの選択が、現在のセッションにおける
--modelフラグを上書きするようになりました - grepツールが、大きなファイルや長い行でもメモリ不足にならずに扱えるようになりました
- ターミナル検出、認証、git操作を並列実行することで、CLIの起動時間が短縮されました
- V8のコンパイルキャッシュにより、繰り返し起動時のパースとコンパイル時間が削減されます
- MCPレジストリのルックアップが、自動リトライとタイムアウトによりより信頼性高くなりました
派手なものではありませんが、日々の利用で「しっかり動く」と感じさせる種類の修正です。
Copilot Cloudエージェントはプルリクエストを超える
3月31日、GitHubは発表で、Copilot cloudエージェントがプルリクエストのワークフローに限定されなくなったことを明らかにしました。これでできるようになります：
- プルリクを開かずにブランチ上でコードを生成。差分全体をレビューし、Copilotと一緒に反復して、準備ができたときにだけPRを作成します。
- Copilotに実装計画を作らせる：コードが書かれる前に、アプローチを生成してレビューできます。承認されると、Copilotはその計画を使って実装を導きます。
- 深いリサーチセッションを開始：リポジトリのコンテキストに基づいて、コードベースに関する幅広い質問に答えます。
これは大きな転換です。Copilot cloud agentは、「PRを作成する」ワークフローから、計画・調査・実装の各モードにまたがって動作する汎用的なコーディング・アシスタントへ移行しています。CLIの/fleet機能と、クラウド・エージェントの新たな柔軟性は、同じビジョンの一部であることが明確です。つまり、開発者が複雑で多段階のワークフローに対してAIエージェントをオーケストレーションできるようにすることです。
背景として、私の以前のCopilot CLIのこれまでで最大の1週間の取り上げ方と、カスタムエージェントでよくある間違いを避ける方法を参照してください。要素がそろってきています。
これが示すもの
4日で4つのリリース、大きなブログ記事、そしてCopilot cloud agentの能力の大幅な拡張。ペースは容赦なく、方向性は明確です。GitHubはマルチエージェントの開発プラットフォームを構築しています。
/fleetは単なる並列実行機能ではありません。プログラミング・モデルです。プロンプトを書くと、分解されて独立したトラックになります。そしてそれぞれが、独自のコンテキストを持つサブエージェントによって処理されます。オーケストレータは調整しますが、エージェントは自律的に動作します。これは、実運用のマルチエージェント・システムで使われているのと同じパターンであり、今ではCLIコマンド経由で利用できるようになっています。
組み込みスキル、権限のフック、MCP OAuthの改善、クラウド・エージェントの計画モードはいずれも、開発者がコードを手作業で書くのではなくAIワークフローを組み立てる未来を示しています。まだそこには至っていませんが、土台は急速に整えられています。
結論
まだ/fleetを試していないなら、まずは小さなものから始めてください。複数ファイルにまたがるリファクタ、ドキュメントとテストを並行して更新すること、あるいはAPI・UI・テストにまたがる機能などです。オーケストレータが作業をどう分解するかを見てください。並列化できるもの／できないものに応じてプロンプトを調整しましょう。すぐに、/fleetが効くときと、通常のプロンプトの方がシンプルなときが分かってきます。
CLIは4日間で4つのリリースを通じて、約55の機能と修正を出荷しました。ツールは急速に成熟しており、ビジョンも具体的になってきています。つまり、開発者がAIチームをオーケストレーションするためのマルチエージェント・プラットフォームであり、すべての1行を自分で書く必要はありません。この未来は、私が思っていたよりも早く到来しつつあります。
