Copilot HydraFusionとは｜複数モデルを自動で使い分ける新機能

公開: 2026年9月7日・読了目安10分

先に結論: HydraFusionは1つの依頼に実行計画を立て、複数社のモデルをSingle・Cascade・Critiqueの3パターンで使い分ける機能です。2026年9月4日発表で、9月7日時点ではCopilot CLIの/experimental限定のリサーチプレビューです。

GitHubは2026年9月4日、公式ブログで「Project HydraFusion」を発表しました。ユーザーがモデルを1つ選ぶ従来の方式ではなく、GitHub側が実行計画を立てて複数プロバイダのモデルを組み合わせるのが特徴です。

この記事では2026年9月7日時点の公式情報だけを使って、仕組み・使える範囲・有効化手順・課金の考え方・向くタスクを整理します。公式が明示していない点は「未公開」「要確認」と書き分けています。

この記事の要点

実行パターンはSingle(単一モデルが直接解く)・Cascade(下書き後に品質ゲートが上位モデルへ引き上げ判断)・Critique(別系統のモデルが批評し1回だけ修正)の3種。

提供対象は公式表記で「all GitHub Copilot plans」だが、2026年9月7日時点ではGitHub Copilot CLIの/experimental限定のリサーチプレビュー。

有効化は/update → /experimental on → /modelで「HydraFusion (Research Preview)」を選ぶ3ステップ。

HydraFusion専用の追加料金はなく、実際に動いた各モデルの標準単価の合計が消費量になる。

公式は「first-turn, single-prompt coding tasks」が現時点の得意領域と明言。マルチターンの強化は「次の焦点」の段階。

HydraFusionとは(3つの実行パターン)

HydraFusionは、1つのプロンプトに対して実行計画そのものを組み立てる仕組みです。GitHub公式ブログは次のように説明しています。

“It creates a full execution plan, choosing from models across multiple providers to draft, critique and revise, or cascade to more powerful models.” (GitHub Blog: Project HydraFusion、2026年9月7日確認)

つまり「どのモデルを使うか」だけでなく「どの手順で解くか」までが自動で決まります。公式が挙げる実行パターンは次の3種類です。

パターン	動き	狙い
Single	選ばれた1つのモデルが直接解く	単純なタスクを最短で処理
Cascade	効率重視のモデルが下書き→品質ゲートが「採用」か「上位モデルへエスカレーション」かを判定	安いモデルで済む場面はそのまま通す
Critique	あるモデルが下書き→別系統のモデルの読み取り専用criticがレビュー→下書きしたモデルが1回だけ修正	単独モデルでは気づきにくい誤りを潰す

Critiqueで登場するcriticは「read-only」と明記されており、批評役はコードを書き換えません。修正は下書きしたモデルが1回行う設計です。

HydraFusionの3つの実行パターンを比較する図解。Singleは選ばれた1つのモデルが直接解き実行は1フェーズだけで消費も1モデル分。Cascadeは効率重視のモデルが下書きを作り品質ゲートが合否を判定して合格ならそこで終了、不足なら上位モデルへエスカレーションする。Critiqueは別系統モデルの読み取り専用の批評役がレビューし、コードは書き換えず下書き役が1回だけ修正するため下書き+批評+修正の3フェーズ分を消費することを示す図解

GitHubは社内のオフライン評価として、Claude Opus 5との比較でTerminalBench 2.1がコスト67%減(品質+4.9ポイント)、DeepSWEが36%減、CheckpointBenchが65%減という数値を挙げています。いずれもGitHub社内評価であり、第三者による再現結果ではありません。実際、海外メディアには「コスト削減は全ベンチで確認できたが品質で並んだのは1つだけ」という論調の記事もあり、評価はまだ定まっていません。

誰が使えるのか(プランと提供範囲)

公式ブログとGitHub community Discussion #206492のどちらも、対象を「HydraFusion is available to users on all GitHub Copilot plans」と記載しています。Free・Pro・Pro+・Max・Business・Enterpriseを個別に列挙した記述は見当たらないため、Freeプランでも確実に使えるかは「all plans」表記からの推測になり、要確認です。

一方で提供範囲ははっきりしています。2026年9月7日時点ではGitHub Copilot CLIの/experimental経由のリサーチプレビュー限定で、VS Code拡張やGitHub.comのチャットには来ていません。CLI自体の導入・認証がまだの方は「GitHub Copilot CLIの使い方」を先に済ませてください。

VS CodeとGitHub Copilotアプリへの展開については、Discussionでメンテナーが次のように答えています。

“Today, only in GitHub Copilot CLI. It shipped in the latest release as an experimental research preview. The GitHub Copilot app and VS Code are both targeting September as a fast follow.” (GitHub community Discussion #206492、2026年9月7日確認)

これは「9月中を目標にしている」という表明であって、確定した公開日ではありません。具体的な日付やバージョン番号は執筆時点で未公開です。

有効化手順(3ステップ)

Copilot CLIのセッション内で、次の順にスラッシュコマンドを実行します。まずCLIを最新版に更新します。

/update

次に実験的機能を有効化します。この設定を入れないと、モデル一覧にHydraFusionは現れません。

/experimental on

最後にモデルを選び直します。

/model

表示された一覧からHydraFusion (Research Preview)を選べば有効化は完了です。通常のモデル選択(VS CodeやGitHub.comのモデルピッカー)については「GitHub Copilotのモデル切り替え方法」で解説しています。

料金・プレミアムリクエストの考え方

公式は課金について次のように書いています。

“Usage is based on the tokens consumed by the models HydraFusion uses, priced at each model’s standard rate.”

Discussion側にはさらに踏み込んだ補足があります。

“There is no separate HydraFusion charge. You pay for the constituent models it runs, so the cost of a turn is the sum of its phases.”

要するにHydraFusion専用の追加料金や固定倍率はなく、実際に動いた各フェーズのモデル料金の合計という考え方です。Singleで終われば1モデル分、Critiqueまで進めば「下書き+批評+修正」の3フェーズ分が積み上がります。

ここで注意したいのは、既存のAI Credits/プレミアムリクエスト制度との対応関係が公式に明示されていない点です。「1リクエスト=何倍」という換算表は執筆時点で見当たらず、厳密な計上方法は要確認です。プラン別のクレジット枠の考え方は「GitHub Copilot料金プラン比較」を参照し、実際の消費はGitHubのBilling画面で確認するのが確実です。

向いているタスク・向かないタスク

公式ブログは、現時点の得意領域をかなりはっきり限定しています。

“For this preview, first-turn, single-prompt coding tasks are the best place to start. We’ll be focusing on strong multi-turn performance with longer, iterative sessions next.”

ここから整理すると、次のような線引きになります。

向いている: 1回のプロンプトで完結する実装・バグ修正・リファクタリングの依頼。品質を落とさずコストを下げたい定型作業。
向いていない: 何十ターンも対話しながら方針を練り直す長時間セッション。会話の文脈を積み上げていく設計相談。
判断が難しい: 途中でこちらが仕様を変える作業。マルチターン性能の強化は公式が「next」と位置づけている段階なので、期待しすぎない方が無難です。

Claude Codeユーザーから見た位置づけ

当サイトの主軸であるClaude Codeにも、複数の実行主体を使い分ける仕組みはあります。ただし考え方は逆方向です。

Claude Codeのサブエージェントは、利用者が役割・使うモデル・ツール権限を定義して並列に走らせる仕組みで、指示の粒度を人間が握ります。対してHydraFusionは、どのモデルをどう組み合わせるかをGitHub側が自動で決めるため、利用者が触れるのは「HydraFusionを選ぶ/選ばない」だけです。

そのため併用の考え方はシンプルで、設計や役割分担を自分で作り込みたい作業はClaude Codeのサブエージェント、細かい指定なしで1発の依頼を安く精度よく通したい作業はHydraFusion、という住み分けになります。Copilot側の自律実行機能との違いは「Copilotエージェントモード」もあわせてご覧ください。

つまずきポイント/よくあるエラー

バグイヌ

VS Codeのモデルピッカーを何度開いてもHydraFusionが出てこないんです…もしかしてぼくのプランだと使えないやつですか?

ハブネコ

プランの問題ではなく、2026年9月7日時点ではCopilot CLI限定だからです。VS Codeへの展開は「9月中を目標」と説明されている段階なので、今はターミナルで/experimental onしてから試してみてください。

モデル一覧にHydraFusionが出ない: /experimental onを実行していないか、CLIが古い可能性があります。/updateからやり直してください。
VS Codeで探しても見つからない: 執筆時点ではCLI限定です。VS Code・Copilotアプリは「9月中を目標」と説明されているだけで、提供済みではありません。
消費量が読みにくい: 実行パターンによってフェーズ数が変わるため、同じ依頼でも消費が一定になりません。気になる場合はBilling画面で実測しましょう。
長い対話で精度が落ちる: 公式が単発プロンプト向けと明言している段階の機能です。長時間セッションでは通常のモデル固定に戻す判断も有効です。

よくある質問

HydraFusionは無料で使えますか?

公式表記は「all GitHub Copilot plans」で、HydraFusion自体への追加料金はありません。ただし実行に使われた各モデルのトークン料金は通常どおり発生します。Freeプランが明示的に含まれるかは公式に個別列挙がなく、要確認です。

どのモデルが組み合わされるのですか?

「複数プロバイダのモデルから選ぶ」とだけ説明されており、具体的なプロバイダ名・モデル名の一覧は執筆時点で公開されていません。

VS Codeでいつ使えるようになりますか?

公式Discussionでメンテナーが「9月中を目標(targeting September)」と述べていますが、確定日やバージョンは未公開です。

普段のモデル選択と何が違いますか?

モデルピッカーでの選択は「1つのモデルを固定する」操作ですが、HydraFusionは実行計画ごとにSingle/Cascade/Critiqueを切り替えます。狙ったモデルを確実に使いたい場面では、従来どおり手動固定の方が予測しやすいです。

今後の追記予定

この記事は2026年9月7日時点の情報です。VS Code・GitHub Copilotアプリへの展開が実際に行われた時点で、対応バージョン・有効化手順の変更点・プラン別の可否を追記します。プレミアムリクエスト/AI Creditsとしての具体的な計上方法が公式に示された場合も同様に更新します。

まとめ

HydraFusionは、1つの依頼に対してSingle・Cascade・Critiqueの3パターンから実行計画を選ぶ、モデル協調型の新機能です。2026年9月4日発表・9月7日時点ではCopilot CLIの/experimental限定のリサーチプレビューで、有効化は/update → /experimental on → /modelの3ステップです。

課金は専用倍率ではなく実際に動いたモデル料金の合計で、単発プロンプトのコーディングタスクが現時点の得意領域とされています。VS Code展開は「9月中を目標」という表明のみで確定していません。

CLIの基本操作は「GitHub Copilot CLIの使い方」、通常のモデル選択は「モデル切り替え方法」、機能全体の位置づけは「Copilot使い方完全ガイド」で確認できます。

ハブネコのひとこと

実験的機能なので、まずは捨ててもいい単発タスクで試すのがおすすめです。消費が読みにくい分、Billing画面をセットで開いておくと安心ですよ。