原文標題：Route and orchestrate models with GitHub Copilot Fusion
GitHub 10 月 28 日宣布 Copilot Fusion 正式提供。開發者在模型選擇器中改選 Copilot Fusion，就不必每次指定單一模型；系統會根據任務自動決定模型組合及執行方式。Fusion 結合 Project HydraFusion 的多模型協調與 Copilot 自動模型選擇機制，目標是在品質、時間與成本之間取得平衡。
使用者可選 Fusion Standard、Fusion High 或 Fusion Max 三種投入程度。Standard 偏向日常程式工作，High 適合需要較深推理的任務，Max 則面向最複雜的工作。系統可以採用單一模型直接處理、先用較省資源模型草擬再視需要升級的 Cascade，或讓另一模型審查並要求原模型修訂的 Critique 流程。
GitHub 公布，在 Artificial Analysis Coding Agent Index 測試中，Copilot Fusion Max 得分 60，與 Claude Code 搭配 Opus 5.5 Max 相差兩分；GitHub 宣稱每項任務平均 API 成本約為對照的一半、token 使用量約減半、所需時間約減少 40%。這些是官方指定測試環境的比較，不能直接推定所有專案都能達到相同結果。
Fusion 的推出也與 GitHub Universe 2026 的代理式開發方向相呼應，但本篇以具體已正式提供的 Copilot Fusion 為主。企業管理員應另外確認模型治理、使用限制、計費與資料處理政策，尤其不同努力等級可能影響費用與可用模型。
GitHub 官方另外確認，Copilot Fusion 在所有 Copilot 方案中可使用，支援 Visual Studio Code、GitHub Copilot app、GitHub Copilot CLI 與 JetBrains IDE，其他用戶端將陸續加入。使用者須更新用戶端，再從模型選擇器挑選 Fusion 及投入程度。既有研究預覽版的 auto、HydraFusion、HydraFusion Max 設定將對應轉換。
計費方面，Fusion 會按實際使用的各模型標準費率計費，付費 Copilot 方案使用者在限期內享有模型費用 30% 折扣。企業管理員可以限制 Fusion 能使用的模型，並透過 Enterprise 管理設定指定預設模型及投入程度；不同模型政策不必同步開放給所有其他 Copilot 功能。
發生了什麼事
GitHub Copilot Fusion 正式提供，可依工作難度自動選擇及協調模型，提供三種投入程度。
為什麼重要
多模型路由能降低開發者自行比較模型與手動切換的成本，但品質與效益仍依工作負載而異。
影響哪些人
受影響者包括 Copilot 開發者、企業研發主管、代理式開發工具維運者與管理模型成本的團隊。
已確認與未確認
正式提供狀態、三種模式與指定基準測試數字已確認；實際帳號授權、計費及跨專案效益需再驗證。
