GitHubは2026年9月4日、GitHub Copilotの新しい研究プレビュー機能「Project HydraFusion」を公式ブログで発表しました。ひとことで言うと、1回のコーディング依頼に対して、裏側で複数のAIモデルを状況に応じて自動的に組み合わせ、品質とコスト・速度のバランスを取ってくれる仕組みです。
これまでのGitHub Copilotは「どのモデルを使うか」をユーザーが選ぶか、今年前半に追加された「Auto model selection」がタスクに合わせて1つのモデルを自動選択する、という形でした。HydraFusionはその先にある発想で、1つのモデルを選ぶのではなく、実行時に「どのモデルを、どの順番で、どう組み合わせて使うか」というワークフローそのものを都度組み立てます。
HydraFusionは、GitHub Copilotの全プランのユーザーが、Copilot CLIの/experimentalから試せる研究プレビューとして提供されています。公式の検証では、ベンチマークによって比較対象のClaude Opus 5と同等以上の品質を、大幅に低いコストで達成したと報告されています。本記事では、HydraFusionの仕組み、公式ベンチマークの実測値、Copilot CLIでの有効化手順、料金体系までを、GitHub公式ブログの一次情報に基づいて整理します。
Project HydraFusionとは何か
「モデルを選ぶ」から「ワークフローを組み立てる」へ
HydraFusionは、1件のコーディングリクエストごとに実行計画（ワークフロー）を組み立て、複数のプロバイダーのモデルの中から、下書き・批評・修正・エスカレーションといった役割を割り当てます。ユーザーがすることは、これまで通りモデルを選ぶ操作と同じで、一覧から「HydraFusion（Research Preview）」を選ぶだけです。その先でどのモデルをどう組み合わせるかは、HydraFusionが自動的に判断します。
GitHubはこれを「ローカル・クラウド・複合モデルの間を自動でセマンティックルーティングする」という自社の全体戦略の一部と位置付けています。開発者から見える複雑さは隠され、性能・コスト・レイテンシのバランスを取ったワークフローが裏側で選ばれる、という設計です。
3つの実行パターン（Single／Cascade／Critique）
HydraFusionは、推論・コード生成・デバッグ・ツール利用といった観点でタスクの難易度を評価し、次の3つの実行パターンのいずれかを選びます。
- Single（単独）：1つのモデルがタスクを直接解決するパターンです。シンプルなタスクではこの方式が選ばれ、速度と効率が保たれます。
- Cascade（カスケード）：効率重視のモデルがまず解答を下書きし、品質ゲートの基準を満たしていればそのまま採用、満たしていなければより強力なモデルにエスカレーションするパターンです。
- Critique（批評）：1つのモデルが下書きを作成し、別のモデルファミリーの「ツールを持たない読み取り専用の批評役」がレビューし、下書きを作ったモデルが1回だけ修正するパターンです。
GitHubはこの設計にあたり、コスト・利用状況をワークフローの全段階（下書き・批評・修正・エスカレーション・リトライ・フォールバック）にわたって集計すること、各段階にタイムアウトとキャンセル動作を明確に設けること、レビュー段階はリポジトリを変更できない隔離環境で実行すること、ワークフローが失敗・キャンセルされた場合はパッチを一切適用しないこと、実行前にモデルの可用性やフォールバック挙動を検証すること、という5つの原則を掲げています。
ベンチマーク結果｜Claude Opus 5との比較
GitHubは、TerminalBench 2.1・DeepSWE・自社の内部ベンチマークであるCheckpointBenchという3つのエージェント型コーディングベンチマークで、HydraFusionをClaude Opus 5・GPT-5.6 Solと比較したオフライン評価結果を公開しています。
| ベンチマーク | Opus 5比のコスト | Opus 5比の品質 |
|---|---|---|
| TerminalBench 2.1 | 67%低い | +4.9ポイント |
| DeepSWE | 36%低い | -1.5ポイント |
| CheckpointBench | 65%低い | -0.1ポイント |
TerminalBench 2.1では、比較対象のClaude Opus 5に対して検証済みタスク品質を4.9ポイント上回りながら、推定コストを67%削減したとGitHubは報告しています。一方でDeepSWEとCheckpointBenchでは、コストは大幅に下がったものの、品質はOpus 5をわずかに下回っており、GitHub自身も「結果は特定のベンチマーク条件下でのオフライン評価であり、評価対象のベンチマーク版・ワークフロー構成・モデルプール・価格前提に固有のもの」と位置付けています。つまり、常にOpus 5を上回るわけではなく、タスクの種類によって品質がわずかに劣るケースもある、という点は公平に押さえておく必要があります。
海外メディアのVentureBeatも、この結果を「あらゆるベンチマークでコストを削減しているが、品質面でOpus 5に並ぶのは1つのベンチマークだけ」という見出しで報じており、GitHubの発表を単純な「コストも品質も上回った」という話としてではなく、コストと品質のトレードオフとして受け止めている点は参考になります。
使い方｜Copilot CLIでHydraFusionを有効にする手順
HydraFusionは、現時点ではGitHub Copilot CLI経由でのみ試せます。VS CodeやCopilot ChatのUIにはまだ組み込まれていません。有効化の手順は次の3ステップです。
- Copilot CLIで
/updateを実行し、最新バージョンに更新する /experimental onを実行し、実験的機能を有効にする/modelを実行し、一覧から「HydraFusion（Research Preview）」を選択する
これだけで、以降のリクエストはHydraFusionが自動でワークフローを選ぶようになります。GitHubは今回のプレビューについて「まずは1回のプロンプトで完結する、規模の大きいタスクから試してほしい」と案内しており、複数ターンにわたる長い対話的なセッションでの性能改善は次のフェーズの課題としています。フィードバックは、Copilot CLI内の/feedbackコマンド、またはGitHub公式コミュニティのディスカッションスレッドから送ることができます。
料金体系
追加料金という形ではなく、HydraFusionが実際に呼び出した各モデルの標準トークン料金がそのまま課金される仕組みです。HydraFusion自体に専用の追加コストが乗るわけではなく、Single・Cascade・Critiqueのどのパターンが選ばれても、実際に消費したモデルとトークン数に応じて、GitHub Copilotの通常のモデル別料金表の単価で請求されます。そのため、Cascadeでエスカレーションが発生したり、Critiqueで別モデルによるレビューが入ったりすると、単独のモデルだけで完結させた場合よりトークン消費量、ひいては請求額が増える可能性がある点には注意が必要です。
利用可能プランと現時点の制限
HydraFusionは、GitHub Copilotの全プラン（Pro・Pro+・Business・Enterpriseを含む）のユーザーが、Copilot CLIの実験的機能として利用できます。特別な追加契約や上位プランへのアップグレードは不要です。
一方で、現時点ではあくまで研究プレビューであるという位置付けには留意が必要です。GitHubは「結果・モデル・ワークフロー・提供状況・名称・製品の挙動は、プレビューを通じた学習結果に応じて変わり得る」と明記しています。実行途中の下書きや批評の内容はユーザーには表示されず、最終的に1つのまとまった結果と、パーミッションを踏まえた1つの変更セットのみが返される仕様になっている点も、現時点の設計上の特徴です。GitHubは「待たされる間の透明性は今後の課題として認識している」ともコメントしており、進捗表示の改善は今後のアップデートで見直される可能性があります。
既存のGitHub Copilotモデル関連の動きとの関係
GitHub Copilotでは、2026年9月に入ってからもモデルラインナップの入れ替えが続いています。9月3日にはGemini 3.8 Flashが追加される一方で10月2日には複数モデルが提供終了となることが発表されており（詳細はGitHub Copilotのモデルラインナップ刷新｜Gemini 3.8 Flash追加と10月2日提供終了の4モデルを解説で解説しています）、個々のモデルを追加・廃止する動きと並行して、HydraFusionのように複数モデルを組み合わせて使う仕組みが登場してきた形です。
また、Copilot CLI自体の仕様も継続的に変わっており、MCPサーバーの設定ファイルの扱いが変更された件についてはGitHub Copilot CLIでMCPサーバーが読み込まれない？.vscode/mcp.json廃止の理由と正しい移行方法を解説で取り上げています。HydraFusionを試す前提として、Copilot CLI自体を最新の状態にしておくことが推奨されている点は共通しています。
疑問点
Q. HydraFusionは無料で使えるか。
A. HydraFusionという機能自体に追加料金はかかりませんが、内部で呼び出された各モデルの利用分は、GitHub Copilotの通常のトークン料金として課金されます。Copilotの契約プランに含まれる利用枠の範囲内で消費されます。
Q. VS CodeやCopilot Chatでも使えるか。
A. 現時点（2026年9月）ではGitHub Copilot CLIの/experimental機能としてのみ提供されており、VS CodeやWeb版のCopilot Chatには組み込まれていません。
Q. 常にClaude Opus 5より高品質になるか。
A. 公式ベンチマークでもTerminalBench 2.1では上回った一方、DeepSWEとCheckpointBenchではわずかに下回る結果が出ており、タスクの種類によって結果は変動します。
Q. いつ正式提供されるか。
A. 本記事執筆時点でGitHubは正式な一般提供時期を明言しておらず、研究プレビューを通じて挙動や提供範囲を見直すとしています。続報が出た際は本記事を更新します。
まとめ
Project HydraFusionは、GitHub Copilotが「モデルを1つ選ぶ」時代から「タスクごとに最適なワークフローを自動で組み立てる」時代へ踏み出した最初の一歩と言えます。TerminalBench 2.1でのコスト67%削減という数字はインパクトがありますが、ベンチマークによって品質がOpus 5をわずかに下回るケースもあるため、過度な期待は禁物です。まずはCopilot CLIの/experimentalで、まとまった規模の単発タスクから試してみるのが、現時点でのおすすめの使い方です。
参考・引用元
- Project HydraFusion: Frontier quality via multi-model orchestration（GitHub公式ブログ）
- [Research Preview] HydraFusion is live in GitHub Copilot CLI（GitHub公式コミュニティディスカッション）
- Auto model selection（GitHub公式ドキュメント）
- Models and pricing（GitHub公式ドキュメント）
- GitHub’s HydraFusion cuts AI coding costs in every benchmark（VentureBeat）
