GitHub Copilot CLI の委譲先選別機能を強化した理由

エージェントシステムにおいて、委任を増やすことが常に良いとは限りません。Copilot CLI に簡単な変更を依頼したと想像してください。直接処理する代わりに、リポジトリを検索し、結果を待って停止するヘルパーエージェントが起動してしまいます。本来 1 ステップで完了すべき作業が、3 ステップかかることになります。不慣れなリポジトリの探索や、コードの独立した領域の確認、メインエージェントが動き続ける間に長時間のコマンドを実行するなど、一部のタスクは専門的なサブエージェントの恩恵を真に受けるものもありますが、委任にはコストがかかります。すべての引き継ぎには調整オーバーヘッド、ツール呼び出し、待機時間が加わります。エージェントがあまりにも容易に委任してしまうと、「支援」がかえって摩擦となる可能性があります。 私たちは最近、エージェントハネスに対する改善策として「スマートなサブエージェントの委任」をリリースしました。これにより、Copilot CLI はより選択的になり、メインエージェントに対して以下のような支援を行います： - 自身でより速く進められる場合は集中力を維持する。 - 専門家が真に大きな効果を生む場合にのみ委任を行う。 - タスクが本当に独立している場合、並列処理を実行する。 スマートなサブエージェントの委任は現在、Copilot CLI の本番トラフィックの 100% に展開されています。今日から利用を開始したい場合は、ターミナルで /update コマンドを実行して GitHub Copilot CLI をバージョン 1.0.42 以降に更新するだけです。 本番環境での A/B テストにおいて、この改善によりセッションあたりのツール失敗数が 23% 減少しました。これには検索ツールの失敗が 27% 減り、編集ツールの失敗が 18% 減ることが含まれています。また、P95（パーセンタイル 95）での総ユーザー待機時間は 5%、P75（パーセンタイル 75）では 3% 改善され、品質の低下はありませんでした。ここでいう P95 は最も遅い 5% のセッションに近い待機時間を捉え、P75 は典型的なセッションのうち slower な端に位置する待機時間を反映しています。これは、不要な引き継ぎが減り、繰り返される検索が少なくなり、失敗しやすいツールのパスが減り、長時間実行されるコーディングタスク中の待ち時間が短縮されたことを意味します。 本稿では、Copilot CLI における不要な委任（デレゲーション）をどのように特定し、より選択的な委任にするために何を変更したか、そしてそれらの変更がオフライン評価と本番環境での A/B テストを通じてどのように検証されたかを解説します。また、これらの変更がなぜ失敗の減少と待ち時間の短縮につながったのか、そして Copilot CLI を日常的に使用する開発者にとってそれがどのような意味を持つのかも示します。 問題点：委任は強力だが、無償ではない サブエージェント（Subagents）は、エージェント型 CLI における最も重要な機能の一つです。これにより Copilot は複雑な作業を分解し、並列で調査を実行しながら、メインのエージェントが最終的な回答の調整に集中できるようにします。大規模なコードベースや多段階のエンジニアリングタスクにおいては、これが遅い線形ワークフローと効率的な並列ワークフローとの決定的な違いとなります。 しかし、委任には独自の失敗モードをもたらす可能性があります： メインのエージェントが単独でより速く完了できる単純なタスクに対する不要な引き継ぎ。 ハンドオフにすでに十分なコンテキストが含まれている場合の探索用サブエージェントの過剰使用。 メインエージェントとサブエージェント間での反復的または重複する検索。 順次委譲、つまりメインエージェントが並列作業の機会として委譲を扱うのではなく、サブエージェントの完了を待ってしまうこと。 失敗しやすいサブエージェントパス、例えば古くなったファイルパス、移動されたファイル、誤った相対パス、およびワークスペースの不整合が含まれます。 ![image](https://github.blog/wp-content/uploads/2026/06/fig1-tool-failures.gif?resize=768%2C432)図 1. サンプル：メインエージェントがアイドル状態にある間にサブエージェントによるツール呼び出しの失敗。 私たちの目標は、開発者がレバレッジ（効果的な利用）を生み出す際にサブエージェントを活用し、オーバーヘッド（過剰な負荷）となる場合はそれを避け、タスクが独立した実行によって真に恩恵を受ける場合に並列化することです。 問題信号から実装された改善へ 問題を特定した方法こそが、解決策にもなりました。エージェントの軌跡分析、製品変更、評価、ロールアウトを別々の活動として扱うのではなく、これらを一つのフィードバックループとして活用しました：エージェントの行動を観察し、オーケストレーションのボトルネックを特定し、ターゲットを絞った変更を加え、オフラインで検証し、オンラインで測定し、エンドツーエンドのワークフローが改善された場合にのみリリースします。 ![image](https://github.blog/wp-content/uploads/2026/06/fig2-slide-4-diagram.png?resize=1024%2C425)図 2. エンドツーエンドの改善ループ：分析、変更、検証、リリース。 1. 分析：LLM（大規模言語モデル）による委譲ボトルネックの特定 手動でエージェントセッションを検証する代わりに、LLM を使用して完全な軌跡を分析し、オーケストレーションがどこで役立っており、どこでオーバーヘッドを増加させているかを特定しました。その分析により、一貫したパターンが浮かび上がりました：サブエージェントは、すでに範囲が狭く、明白であるか、または引き継ぎで完全に記述されたタスクに対して呼び出されることがあるということです。 そのような場合、メインエージェントが直接行動するのに十分なコンテキストを持っているにもかかわらず、サブエージェントがリポジトリの再検索に時間を費やす可能性があります。これが改善目標を明確化しました：単純な発見と編集タスクはメインエージェントに保持し、より広範で横断的、または本質的に並列化可能な作業に対してのみサブエージェントを確保することです。 2. 変更点：オーケストレーションポリシーの精緻化 ボトルネックを特定した後、LLM を使用してその診断を、より選択的なオーケストレーションポリシー（orchestration policy）へと翻訳するのを支援しました。 Copilot CLI は、ファイルの検索、読み取り、標的型の変更の実行、および検証といった集中的な作業を直接処理すべきです。独立したコンテキストが必要であったり、広範な探索や並列実行が求められる場合においてのみ、委任（delegation）がより有用となります。 実際には、これは最も狭い有効パスから開始し、複雑さや不確実性が価値を生み出す場合にエスカレーションし、タスクが再び焦点を絞った場合に段階的に戻すことを意味します。サブエージェントは並列化のツールとして扱われべきであり、一時停止ボタンではありません。Copilot がサブエージェントを開始する際、メインエージェントは単に結果を待つのではなく、独立した作業で引き続き進捗を遂げるべきです。 サブエージェントが使用される場合、引き継ぎも具体的であるべきです：ユーザーの要求は何か、すでに何が知られているのか、サブエージェントが何を担当しているのか、そしてメインエージェントがどのような結果を戻りとして必要としているのか。 3. 検証：オフラインでテストし、オンラインで確認し、その後リリースする 大規模展開前に、自動生成された回帰ケースと既存のベンチマークを用いて変更を検証しました。これにより、新しい委譲ガイダンスが、サブエージェントが真に価値を加えるケースを壊すことなく、回避可能なオーバーヘッドを削減したことが確認できました。 最後に、スタッフおよび公開 A/B テストを経て、信頼性、応答性、サブエージェントの負荷、品質に関するプロダクションメトリクスを分析しました。改善は主に個々の LLM（大規模言語モデル）呼び出しを高速化したことによるものではありませんでした。むしろ、不要なサブエージェントパスを回避し、ユーザーあたりのサブエージェント負荷を下げることで、オーケストレーションのオーバーヘッドを削減したのです。 このエンドツーエンドのプロセスにより、ユーザーエクスペリエンスを安定させたまま、問題信号から実装された改善へと移行できました：回避可能な引き継ぎの減少、障害を起こしやすいツールパスの減少、そして品質の低下なしです。 成果 より賢明なサブエージェント委譲を生産トラフィックに展開した後、信頼性と応答性において測定可能なパーセンテージの改善が見られました（表 1）： 次元 | メトリック | 変化率 ---|---|--- 信頼性 | セッションあたりのツール障害 | 23% 削減 信頼性 | 検索ツールの障害 | 27% 削減 信頼性 | 編集ツールの障害 | 18% 削減 応答性 | P95 における総ユーザー待機時間 | 5% 低下 応答性 | P75 における総ユーザー待機時間 | 3% 低下 品質・品質指標・回帰なし 表 1. 本番環境における A/B テストの結果 指標 | コントロールとの差分 | 解釈 ---|---|--- 失敗した生サブエージェント検索呼び出し数 | 15% 減少 | 信頼性向上 – 障害を起こしやすいサブエージェント検索パスが減少。 ユーザーあたりの平均サブエージェント LLM 実行時間 | 12% 低下 | 応答性向上 – ユーザーあたりのオーケストレーションオーバーヘッドが削減。 P95 サブエージェント LLM 実行時間（ユーザーあたり） | 18% 低下 | 応答性向上 – 最悪ケースにおけるサブエージェントのオーバーヘッドが改善。 表 2. A/B テスト結果背後にある方向性エージェント軌跡分析 これらの結果は、可視的な機能表面が変わらなくても、より優れたオーケストレーションによって開発者体験を向上できることを示しています。Copilot CLI がいつ委譲し、いつ委譲せず、またどの作業を並列化すべきかを学習させることで、エージェントループ自体の摩擦を低減しました。 これが GitHub Copilot をシステムとして機能させる力です：開発者が管理するスイッチが増えるからではなく、Copilot が裏側でモデル・ツール・サブエージェントをより適切に割り当てられるようになることで、体験が向上します。 これが現在の開発者にどう役立つか Copilot CLI を利用している開発者にとって、これは日々の作業がよりスムーズになることを意味します。単純なタスクは直接処理される可能性が高まり、複雑なタスクでも価値がある場合は専門家の支援が提供され、長時間実行されるセッションも不要な待ち時間を減らしながら進行します。実務的には、Copilot CLI は開発者に異なる働き方を求めることなく、より効率的でノイズの少ないものになります。 この変更は意図的に裏側で行われるものです。ワークフロー自体はそのままですが、Copilot CLI は作業の調整がより上手になります：不要な引き継ぎが減り、繰り返される検索作業が少なくなり、失敗するツールパスが減り、長時間実行されるタスクや多段階のタスクでの進捗が速くなります。 次に何をするか この取り組みは、Copilot CLI がワークフロー全体を通じて適切なモデル、エージェント、およびツールをどのように選択するかを改善するという、より大きな目標に向けた一歩です。利用可能なエージェントやモデルが増えることは Copilot の能力範囲を広げますが、開発者にとっての価値は、ファイルの読み込み、コマンドの実行、課題からプルリクエストへの移行など、すでに実施している作業に対して Copilot がそれらをいかにうまく適用できるかにかかっています。 タスクが複雑になるほど、その調整（オーケストレーション）の質がより重要になります。最も優れたシステムとは、最も多くを委任するものではなく、いつ直接行動し、いつ委任し、摩擦を加えずに作業を進め続けるかを理解しているものです。 次のステップは、Copilot CLI をモデル、エージェント、スキル、およびツール全体でより適応性のあるものにすることです。これにより、開発者はタスクに大規模なモデルが必要か、専門的なサブエージェントが必要か、それとも手順型スキルが必要かを判断する必要がなくなります。Copilot は、タスク、リポジトリのコンテキスト、ポリシー、そして期待される結果に基づいてその決定を下すべきです。 Copilot CLI の計画機能、サブエージェントの調整、エンドツーエンドの結果測定については、引き続き改善を進めていきます。これには、メインエージェントとサブエージェントの挙動に対する可視性の向上、失敗理由のより深い分析、オーケストレーション品質を評価するためのより強力なプロキシ指標が含まれます。目標はシンプルです：待ち時間を減らし、回避可能な失敗を減らし、すべてのエージェントセッションからより有用な進捗を生み出すことです。 今日から始め、フィードバックをお寄せください ターミナルで /update コマンドを実行して、GitHub Copilot CLI をバージョン 1.0.42 以降に更新してください。 すでに試されましたか？皆様のご意見をお聞かせください。CLI セッション内で /feedback コマンドを使用してフィードバックを共有するか、または当社の公開リポジトリでイシューを開いてください。 謝辞 より賢明なサブエージェントへの委任は、Code|AI、Copilot CLI、実験チーム、人間評価チーム、製品チーム間の協力によって実現されました。問題の特定、プロセス設計、結果の検証、そして本番環境への改善導入に貢献いただいた皆様に感謝いたします。 「GitHub Copilot CLI の委任に関する選別性を高める方法」という記事は、最初に The GitHub Blog で公開されました。

GitHub Copilot CLI の委譲先選別機能を強化した理由

背景や根拠まで確認しますか？

調べる

選ぶ

サイト

背景や根拠まで確認しますか？

ニュースの次に確認する

調べる

選ぶ

サイト