GitHub 在 GitHub Universe 2026 宣佈 Copilot Fusion 正式開放使用

GitHub 於 2026年10月28日正式推出 Copilot Fusion。這套多模型路由及編排系統在 GitHub Universe 2026 上首次亮相，並與全新的 GitHub Copilot 應用程式、Copilot Projects，以及更高階的 Copilot 程式碼審查方案一同公佈。

Microsoft CoreAI 執行副總裁 Jay Parikh 在一篇Universe 2026 主題演講文章中公佈這些消息；其負責的團隊包括 GitHub。此外，GitHub 亦在同日發布一系列更新記錄，詳述系統的推出安排、收費方式及預覽版條款。

Copilot Fusion 如何路由及編排模型

根據Copilot Fusion 更新記錄，在模型選擇器中選取 Copilot Fusion，選用的是一套路由及編排系統，而非特定模型。對於每個提示詞，Fusion 都會決定使用哪些模型，以及它們如何協同工作；它結合了 Project HydraFusion 的多模型編排能力，以及 Copilot 自動模型選擇功能背後經過微調的模型選擇機制。

用戶可選擇三種力度級別。Fusion Standard 優先使用適合日常編碼的多用途模型；Fusion High 針對具挑戰性的任務及更深入的推理；Fusion Max 則為要求最高的任務及複雜推理，保留能力最強的模型。對於每項任務，Fusion 會執行以下三種工作流程之一：Single，由單一模型直接完成任務；Cascade，由高效率模型草擬回應，再經品質檢查，通過後便採用，否則升級至更強的模型；Critique，先由一個模型草擬，再由第二個模型審核，最後由原本的模型修改。

GitHub 表示，Copilot Fusion Max 在 Artificial Analysis Coding Agent Index 中取得 60 分，與使用 Opus 5.5 Max 的 Claude Code 相差 2 分以內；每項任務的 API 平均成本約為其一半，所用 token 數量約為一半，完成每項任務所需時間則減少約 40%。

管理員可透過企業及組織模型政策，控制 Fusion 可使用哪些模型；亦可只在 Fusion 中停用特定模型，而不必對所有人停用這些模型。企業管理設定亦可將 Fusion 設為 Copilot 用戶的預設模型，並可選擇任何力度級別。

AT&T 首席軟件工程師 Hari Pokhrel 在更新記錄中表示，Fusion Standard 會自動為每項任務選擇合適的模型，提升 AT&T 的 token 使用效率、減少不必要的開支，並保留資源以處理價值更高的工作。他亦表示，Fusion 的決策能力一直在提升。

Fusion 按所用模型逐一計費，各模型均按其標準費率收費。付費 Copilot 方案的用戶在使用 Fusion 時，可限時享有模型費用 30% 折扣。所有 Copilot 方案均可在 Visual Studio Code、GitHub Copilot 應用程式、GitHub Copilot CLI 及 JetBrains IDE 使用此係統，日後亦會支援更多用戶端。在研究預覽期間啟用 auto、HydraFusion 或 HydraFusion Max 的開發者，將自動轉用對應的 Fusion 力度級別。

GitHub Copilot 應用程式及 Copilot Projects

Parikh 寫道，GitHub Copilot 應用程式旨在支援以 Agent 為核心的軟件交付，連接不同專案中的 Agent 和工具，並支援程式碼以外的工作，包括撰寫規格、展示設計討論內容，以及在同一介面分析遙測數據。

Copilot projects 將於 2026 年 10 月 28 日起在應用程式內原生提供，讓用戶可在完全託管的平行工作階段中，跨多個儲存庫執行 Agent 工作。Copilot 應用程式變更記錄將 Copilot Projects 列為公開預覽功能：用戶可描述目標、附上儲存庫、設計稿或 Slack 討論串等背景資料、選擇模型和工具，並取得供審閲的結果，例如拉取要求。專案自動化功能可處理可重複執行的工作，例如在功能推出時建立宣傳影片。

應用程式亦可使用 Slack 和 Figma 等已連接工具中的背景資料，並可在聊天中根據自然語言指令生成及編輯圖片。macOS 和 Windows 上公開預覽的電腦操作功能，讓 Copilot 讀取應用程式內容、按下控制項、輸入或編輯文字，以及在桌面應用程式之間切換，包括沒有 API、命令列介面或 MCP 整合的應用程式。Copilot 在控制應用程式前會徵求批准，機構亦可透過受管理的設定停用此功能。

工作階段延續功能讓用戶可在 GitHub 應用程式、VS Code、CLI 和網頁版之間啟動及追蹤同一個雲端 Agent 工作階段。

程式碼審查 Max、自動化功能及企業存取

GitHub 亦推出了 Copilot code review Max。Parikh 表示，Max 在 ReviewBench 評估高嚴重程度問題時取得最高 F1 分數。現有的 Lite 和 Balanced 級別仍適用於日常審查；Max 則針對需要深入檢查的變更。

Copilot 自動化功能可在儲存庫內建立由 AI 驅動、於雲端執行的工作流程，並可由用戶手動觸發、透過事件觸發或按排程執行，適用於問題分類和程式碼審查等工作。GitHub 表示，自動化功能現可從執行結果中學習，並提出改進建議，供用戶審閲及批准。

自 2026 年 10 月 28 日起，GitHub Enterprise 客戶無須購買獨立訂閲，即可使用所有 Copilot 功能，包括 Copilot 應用程式、程式碼審查和自動化功能，改為按使用量支付 AI 點數費用。客戶即日起可透過 GitHub Sales 使用此方案，自助服務則即將推出；現有 Copilot Business 和 Copilot Enterprise 客戶可保留現有方案，或在準備就緒時轉換。

從 HydraFusion 到基礎設施擴建之路

Fusion 正式推出之前，GitHub 已於 2026 年 9 月 4 日推出Project HydraFusion 研究預覽版，並在年初推出自動模型選擇功能。GitHub 隨預覽版公佈的離線評估顯示，在 TerminalBench 2.1 上，固定的 HydraFusion 策略在已驗證任務品質方面提升 4.9 個百分點，估算成本比 Claude Opus 5 低 67%；在 DeepSWE 上，品質差距在 1.5 個百分點內，成本低 36%；在 CheckpointBench 上，品質差距在 0.1 個百分點內，成本低 65%。CheckpointBench 是 GitHub 根據真實 Copilot 工作階段建立的內部基準測試。HydraFusion 的三種執行模式——Single、Cascade 和 Critique——也納入 Fusion 的工作流程組合。

GitHub 表示，截至 2026 年已增加 400 萬個 CPU 核心、160 PB 高速儲存空間及 50 Tb/s 網絡容量。GitHub 新架構遵循三項原則：簡化基本元件、將儲存與運算分離，以及盡量減少協調工作。公司正遷移至 Azure 的多區域部署，並預計於 2027 年初完成遷移。