GitHub Copilot Fusionが一般提供、三つの実行形態と努力レベル、モデル別請求を提示

GitHubは10月28日、Copilot Fusionの一般提供を発表した。11月1日の週末号に掲載するが、原発表日は10月28日である。Fusionを選ぶことは単一の固定モデルを選ぶことではない。GitHubによれば、Project HydraFusionの複数モデルの連携と自動モデル選択を統合し、課題に応じて利用するモデルと組み合わせを決める。一般提供という言葉だけで全クライアントに同じ機能があると考えてはならない。

利用者はモデル選択欄でFusionを選び、Standard、High、Maxという努力レベルを指定する。Standardは普段の開発、Highは難しい作業、Maxは最も要求の高い推論や実装に向けた設定だ。各レベルは固定のモデル名一覧ではない。管理者は企業と組織のポリシーで利用可能なモデルを制御できる。Fusionだけであるモデルを無効にし、他のCopilot利用ではそのモデルを使えるように残すことも可能だ。実際の能力と費用は、この管理設定にも左右される。

GitHubが挙げる実行形態は三つある。Singleでは一つのモデルが直接解く。Cascadeでは効率的なモデルが先に案を出し、品質判定が受け入れるか、より強いモデルへ引き上げて新たに答えさせるかを決める。Critiqueでは一つのモデルが起草し、読み取り専用の別モデルが評価し、元のモデルが必要に応じて修正する。毎回三つを順番に走らせるわけではなく、複数モデルを使うとも限らない。

性能比較の対象は厳密に限定される。GitHubによると、Artificial Analysis Coding Agent IndexでCopilot Fusion Maxは60点を得て、Claude CodeとOpus 5.5 Maxの構成との差は2点以内だった。同社はこの基準の平均タスク当たりAPI費用が比較対象の約半分、トークン数も約半分、所要時間は約40％少ないと述べる。本サイトが再実験した数字ではない。Maxでの特定の課題群の結果を、全レポジトリや全努力レベルの精度・速度へ一般化できない。費用の分母はタスク当たり平均API費用であり、購読料金ではない。

実際の請求方法は基準テストとは別だ。Fusionが使った各モデルに、そのモデルの標準料金が適用される。GitHubは有料Copilot契約に対し、期間限定でFusionのモデル費用を30％割り引くとも述べる。期間限定の割引は恒久的な価格保証ではない。基準上の約半額という比較も、運用中の一件ごとの上限ではない。組織は認可したモデル、努力レベル、実際の作業の組み合わせで請求と品質を確認すべきだ。

現在の対応先として挙がるのはVisual Studio Code、GitHub Copilot app、Copilot CLI、JetBrains IDEである。その他のクライアントは今後対応予定だ。利用開始にはクライアントを更新し、選択欄でFusionと努力レベルを確認する。プレビューでauto、HydraFusion、HydraFusion Maxを選んでいた利用者は対応する新しいレベルへ移されるため、移行後の設定と請求を確かめたい。

導入評価では、同じ種類の実作業について結果、使われたモデルの費用、管理者の許可範囲を記録して比べるのがよい。これは読者への検証手順であり、本記事が測った結果ではない。確認された製品変更は、GitHubが三つの実行形態と三つの努力レベルを備えたFusionを一般提供したことだ。ベンチマークの数字には必ず提供者、比較相手、タスク単位の分母、Maxという条件を添える必要がある。