開発者・テックリード
修正するたびにモデルを切り替える
- 困りごと
- 軽い変更と難しい不具合で、同じ設定を使うべきか迷う。
- 任せたい部分
- タスクに合うモデル選びと、必要な追加確認。
モデル選びとレビューの依頼を行き来する、PM・開発チームへ
GitHub Copilot Fusion は、仕事に合わせてモデルと進め方を選ぶ仕組みです。1つで解くか、別のモデルに確認させるかを自動で判断。人は「何を完成とするか」と、どこまで手間をかけるかを指定します。[1]
この記事で判断すること:モデルを手で選ぶ負担を減らせるか。確認の追加が、品質・時間・費用に見合うか。
ONE-PAGE BRIEF
誰の課題モデルの選び直しとレビュー依頼に手間をかける人。
今回の変化モデルの選択と、必要な確認工程をまとめて任せられる。
判断する条件正しく終わった仕事の費用と、人の確認時間。
課題と完了条件を伝え、Standard・High・Maxから努力量を選ぶ。FusionはSingle(1モデル)、Cascade(草案を判定し、必要なら強いモデルへ)、Critique(別モデルの批評を基に元のモデルが必要なら修正)を使い分ける。最後に人がテストと差分を確認する。Standardは単独モデルが基本。毎回複数モデルを使うわけではなく、Fusion自体がサブエージェントを起動する機能でもない。
誰の、どんな課題?
複雑な修正で強いモデルを選んだまま、簡単な作業にも使い続ける。別のAIに確認を頼むため、同じ前提を貼り直す。モデルが増えるほど、仕事を進める前の選択と段取りが増えます。
開発者・テックリード
PM・開発チーム
記事の整理PMの例は導入を考えるための提案です。Fusionが要件合意やプロジェクト管理を自動で完了するという意味ではありません。
何が変わる?
手動で選ぶ場合
Copilot Fusion を使う場合
図は依頼の段取りの比較です。すべての仕事で手順・費用が減ることを示すものではありません。
従来の自動モデル選択と、Project HydraFusionの複数モデル連携を統合した仕組みです。新しい1つのモデル名を選ぶニュースとは区別します。[1]
仕組みを知る
努力量は、品質・時間・費用のどこに重きを置くかの指定です。実行方式はFusionがプロンプトごとに選ぶため、High=Cascade、Max=Critiqueという固定の対応ではありません。[2]
単純な仕事で、不要な確認の呼び出しを増やさない方式です。[1]
判定がOKなら草案をそのまま採用。改善が必要な場合だけ、より強いモデルに引き継ぎます。[1]
公式Docsは、複数のモデルが並行して批評し、意見をまとめる場合も説明しています。批評を受けた元のモデルが修正します。[2]
矢印は処理の順序です。レビューが不要なら、毎回これらの工程をすべて通るわけではありません。画面で途中の進行を追えても、草案は修正・破棄されることがあります。[2]
PM・開発チームでの使い方
記事の提案「どのAIが一番か」の議論を減らすには、依頼内容をそろえることも必要です。以下はFusionの自動処理を再現した実測ではなく、試すための仕事の例です。
人が判断すること:顧客の意図・優先順位・仕様の採否。AIが提案した条件を、そのまま合意済みにはしません。
人が判断すること:既存動作への影響、設計との整合、マージの可否。AIによる批評と通常のコードレビューは別に扱います。
この Issue の目的は[利用者の困りごと]を解決することです。 変更範囲は[対象ファイル・機能]まで。 受け入れ条件は[正常系・境界条件・失敗時の動作]です。 不明点は推測で決めず、最初に示してください。 修正案とテスト結果、残る懸念を出し、コミットや公開の前で止めてください。
これは入力内容の例です。Single/Cascade/Critiqueの選択や、特定モデルの使用を保証する指示ではありません。
利用条件と始め方
公式の提供案内10月28日に一般提供。対象は全Copilotプランで、利用先はVS Code、GitHub Copilot app、Copilot CLI、JetBrains IDEsです。まずクライアントを更新し、モデル選択でCopilot Fusionを開きます。[1][3]
| 努力量 | 公式の位置付け | 試す場面の例 |
|---|---|---|
| Standard | 日常の作業。タスクごとに1つのモデルを選ぶ。 | 小さな修正、普段のコード作成。 |
| High | 難しいタスクで、追加の確認と費用の釣り合いを取る。 | 範囲が明確な複雑なバグ修正。 |
| Max | 最も深い推論や詳細な分析を重視する。 | 難しい原因調査や設計案の検討。 |
表は左右にスクロールできます。位置付けは公式Docs、右列は記事の提案です。選択できる努力量・モデルは自分の契約と画面で確認してください。[2]
管理者はFusionが使うモデルを設定できます。契約や他のモデルポリシーによる制限も適用されます。対象モデルが使えない場合、Fusionが選択画面に出ないこともあります。[2][4]
この記事はクラウドモデルを使うFusionの一般提供が中心です。同日のローカルモデル選択は別途プレビューの条件があります。Microsoft Copilot harnessの実行基盤・無料期間を、Fusionの提供条件に読み替えません。
課金と注意点
公式の料金の考え方
各モデルの標準料金に基づき課金。Fusion自体の別料金はありません。High/MaxではStandardよりAIクレジットを多く使うことがあります。[1][2]
公式Docsでは2026年11月30日までと案内しています。対象はFusion利用時のモデル費用です。
Copilot月額料金そのものの30%引き、無料利用、あらゆる仕事の総額削減を意味しません。[2]
同じ誤解を複数のモデルが見逃す可能性もあります。追加レビューの待ち時間と、最後に人が直す時間を含めて比較します。これは導入時の判断基準であり、本記事では利用料・成功率を実測していません。
料金・期限は資料確認日の表示です。モデル単価や利用枠は変更され得るため、利用時の公式情報と自分の使用量を確認します。
仕組みと責任の境界
モデルと処理方式の選択、必要な確認・修正の組み立て、最終回答の提示。[2]
依頼の目的、変更範囲、権限、受け入れ条件。テスト結果と差分を確かめ、採用・マージ・公開を判断します。
公式Docsは、破棄した草案がすでに行ったファイル変更は自動で取り消されないと説明しています。最終回答だけを読まず、実際の差分を確認してからコミットします。[2]
また、Fusionはサブエージェントとは別の仕組みで、自らサブエージェントを起動しません。「チーム」という表現は、モデルを役割に応じて使う仕組みを説明するたとえです。[2]
小さく試す手順
記事の提案普段の軽い修正、複数ファイルのバグ、調査が必要な課題を1件ずつ選びます。利用許可のあるテスト用コピーで試し、仕事ごとに採用する設定を考えます。
入力・コード・テスト・変更範囲をそろえます。比較前に毎回状態を戻し、マージ・公開は人の確認後とします。
まずStandard。難しい課題では使えるHigh/Maxも比較。テスト結果、差分、使用量、所要時間、人の修正時間を記録します。
重大な誤りや範囲外の変更があれば保留。数件の好結果だけで全業務に広げず、題材を増やして確かめます。
モデル選びの一部を任せた分、依頼の条件とレビューの質に時間を使えるか。それが、PM・開発チームで試す価値です。
SOURCES & NOTES
公式発表:。資料確認:。本ページは10月29日版の記事です。
公式仕様と記事の提案を区別しています。図は編集部による概念図です。モデルの実行、独自の性能・料金比較、個々の契約画面での提供確認は行っていません。モデルや実行方式は今後変わる可能性があります。
HTMLは images フォルダーと一緒に保存してください。画像フォルダーも保存すれば、本文と図を通信なしで読めます。出典の閲覧には通信が必要です。