GitHub Copilot Fusion（フュージョン）が全Copilotプランで一般提供Standard・High・Maxの3段階、有料プランは期間限定で30%割引

GitHubは2026年10月28日（米国時間。日本時間では29日午前1時ごろ）、タスクごとのモデル選びをCopilot（コパイロット）に任せる「GitHub Copilot Fusion（フュージョン）」を、全Copilotプランで一般提供にしたと発表した。Visual Studio Code、GitHub Copilotアプリ、GitHub Copilot CLI、JetBrains IDEsで使え、努力レベルはStandard・High・Maxの3段階。有料プランは期間限定で、Fusion利用時のモデル費用が30%割引になる。

3行まとめ

1. GitHub Copilot Fusionが2026年10月28日（米国時間）に全Copilotプランで一般提供。VS Code・Copilotアプリ・CLI・JetBrainsで使える
2. 努力レベルはStandard・High・Maxの3段階。内部ではSingle・Cascade・Critiqueの3種類の流れでモデルを組み合わせる
3. 課金は使ったモデルごとの標準料金。有料プランは期間限定で30%割引。GitHubは、Fusion Maxがタスクあたり約半分のAPI費用で、Claude Code＋Opus 5.5 Maxとの差2点以内（60点）と説明

本記事の内容は、日本時間10月29日1時台に公式ページで確認したものです。

Copilot Fusionで何ができるのか

GitHubの発表によると、Copilot Fusionは「特定のモデル」ではなく、タスクごとにモデルを振り分け、必要なら複数のモデルを組み合わせる「システム」です。モデルピッカーでCopilot Fusionを選ぶと、プロンプトごとにどのモデルを使い、どう連携させるかをCopilotが決めます。途中でモデルを切り替える必要はなく、利用者が決めるのは努力レベルだけです。

GitHubは、Copilot Fusionを「Project HydraFusion（ハイドラフュージョン）のマルチモデル連携」と「Copilot auto model selectionのファインチューニングされたモデル選択」を統合したものと説明しています。HydraFusionの上位版「Max」については、研究プレビューの段階で取り上げた記事があります。

努力レベルは3段階

モデルの組み合わせ方は3種類

発表では、必要に応じて次の3つの流れでモデルを組み合わせるとされています。

• Single: 1つのモデルがそのままタスクを解く
• Cascade: 効率のよいモデルが下書きを作り、品質チェックで採用するか、より強いモデルに引き上げるかを決める
• Critique: 1つのモデルが下書きを作り、別のモデルがレビューし、元のモデルが修正する

どのタスクにどの流れが選ばれるかは、Copilot側が判断します。

どのプラン・どのクライアントで使えるのか

GitHubの発表では、Copilot Fusionはすべての Copilot プランで、次の4つのクライアントから使えます。

そのほかのクライアントは「近日対応」とされ、具体的な時期は書かれていません。使い始めるにはクライアントを更新し、モデルピッカーでCopilot Fusionを選んで努力レベルを決めます。

日本での提供については、今回取得した公式ページには、地域別の提供条件を示す記載は見当たりませんでした。プランとクライアントの条件のみが書かれています。

研究プレビューに参加していた人向けには、autoやHydraFusion、HydraFusion Maxを有効にしていた場合、選択が対応するCopilot Fusionの努力レベルに自動で移行する、との注記があります。

JetBrainsでの提供開始は、すでに別の記事で扱いました。今回の発表はJetBrainsに限らず、全プラン・複数クライアントでの一般提供です。

料金はどうなるのか

GitHubの発表では、Copilot Fusionを使うと、Fusionが使った各モデルの標準料金で課金されます。そのうえで、有料のCopilotプランの利用者には、期間限定でFusion利用時のモデル費用が30%割引になります。

「期間限定」の終了日は、今回確認した公式ページには書かれていません。無料プランでFusionを使った場合の扱いや、プランごとの上限についても、このページには細かい記載がありませんでした。ページ末尾では、Fusionのドキュメントが案内されています。

性能はどう説明されているか

GitHubは、Project HydraFusionの公開後に性能を改善したと説明したうえで、次の数字を挙げています。

In the Artificial Analysis Coding Agent Index, Copilot Fusion Max scored 60, within two points of Claude Code with Opus 5.5 Max. It delivered that result at about half the average API cost per task, using about half as many tokens and taking about 40% less time per task.

（Artificial Analysis Coding Agent Indexで、Copilot Fusion Maxは60点で、Claude Code＋Opus 5.5 Maxとの差は2点以内だった。タスクあたりの平均API費用は約半分、使うトークンも約半分、所要時間は約40%短かった。）

これはGitHub自身の発表に書かれた数字です。今回確認した公式ページには、測定条件の詳細や、第三者による再現は載っていません。また、私は製品を試していないので、実際の使い心地や費用は確認できていません。

導入企業の声としては、AT&TのPrincipal Software Engineer、Hari Pokhrel氏のコメントが掲載されています。要旨は、Fusion Standardが適切なモデルを自動で選ぶことでトークン効率が上がり、以前は難しいタスクで強力なモデルを選んだまま日常作業でも戻し忘れることがあったが、その手間がなくなった、というものです。これも発表に引用された顧客の発言です。

管理者は何を決められるのか

GitHubの発表によると、管理者向けには次の制御があります。

• Copilot Fusionが使うのは、エンタープライズや組織のモデルポリシーで有効になっているモデルだけ
• エンタープライズ管理者は、Fusionが選択肢にするモデルを確認でき、モデルごとの実効ポリシー状態を個別に設定できる。特定のモデルをFusionだけで無効にし、ほかの利用者には有効のままにすることもできる
• 管理者は、Enterprise managed settingsで、どの努力レベルでもCopilot Fusionを既定モデルに設定できる

発表ページを確認して気づいたこと

日本時間10月29日1時38分ごろに公式のChangelogページを取得すると、発表本文は英語のみで、公開時刻はメタデータ上で米国太平洋時間10月28日9時00分でした。つまり日本時間では29日午前1時です。

同じページの関連記事欄には、同日の「GitHub Copilot Fusion now supports selection of local models」「GitHub Copilot app, Universe releases」などが並んでいました。本記事はこれらの本文までは取得していないため、Fusionとローカルモデルの関係など、その内容には触れていません。

今回の発表だけでは分からないこと

• 割引の期間: 「for a limited time」とあるだけで、終了日は今回確認した公式ページに書かれていません
• どのモデルが選ばれるか: Fusionが選択肢にするモデルの一覧は、今回のページには載っていません。エンタープライズ管理者は選択肢のモデルを確認できると書かれていますが、本記事ではその中身を見ていません
• 性能の数字: Artificial Analysis Coding Agent Indexの60点などは、GitHubの発表に書かれたものです。条件の詳細は今回のページにありません
• 日本での提供: 地域に関する記載は、今回確認した公式ページにはありません
• ドキュメント側の細部: 公式ページが案内するFusionのドキュメントとコミュニティの議論は、今回取得していません

出典と確認時刻

• GitHub Changelog「Route and orchestrate models with GitHub Copilot Fusion」（2026年10月28日）: https://github.blog/changelog/2026-10-28-route-and-orchestrate-models-with-github-copilot-fusion

確認した時刻: 日本時間2026年10月29日1時38分ごろ（公式ページのHTTP 200を確認）。

本記事は続報があり次第更新します。