GitHub Copilot 八月換腦：Build 2026 揭露 Microsoft 的 AI 自主化堆疊

重點一：GitHub Copilot 的底層模型將在 2026 年 8 月自動換成 Microsoft 自研的 Project Polaris，取代現行的 OpenAI GPT-4 Turbo；所有訂閱者有三個月 fallback 期可以切回比較。

重點二：Project Polaris 只是 Build 2026 的第一層；Microsoft 同步開源 Windows Agent Framework v1.0（MIT 授權）、推出 MAI-Nano / Core / Pro 三尺寸模型家族，以及 OS 層的 MXC agent 沙箱容器——合在一起構成 Windows 從 AI 應用平台轉型為 agent 原生作業系統的完整架構。

重點三：雲端端接頭同步到位：Azure Agent Mesh（目標 Q4 2026 GA）提供跨本機 / 雲端的聯邦 agent 路由，Copilot Workspace 正式從 beta 轉 GA，Autopilot 和 fleet modes 進入生產可用狀態。

---

你現在打開 VS Code，按下 Copilot 補全的那一刻，底層跑的是 OpenAI 的 GPT-4 Turbo。你的月費（個人 $19 美元，商業 $19–39 美元）有一部分一直流向 OpenAI 的推論算力。

2026 年 8 月起，這件事會改變。Microsoft 在 6 月 2 日的 Build 2026 大會宣布：所有 GitHub Copilot 訂閱者的預設底層，將自動換成 Microsoft 自己在 Maia 200 AI 加速晶片上訓練的 Project Polaris。自動遷移、不需要設定，但提供三個月的自願 fallback 期讓你測試差異再決定。

Microsoft 花了四年用 OpenAI 的大腦讓 GitHub Copilot 跑起來，Build 2026 宣告這個外包協議快到期了。

這次 Build 2026 不只有 Copilot 換腦。它同時開源了 Windows Agent Framework（WAF）v1.0、發布 MAI 模型三家族、宣告 MXC agent 沙箱容器進入 Preview，以及 Azure Agent Mesh 路由控制平面。每一個組件單獨看都是一個新工具；合在一起看，是 Windows 從「可以跑 AI 應用的 OS」轉型成「agent 原生作業系統」的第一張完整地圖。

---

Project Polaris 是什麼？：MoE 架構、Maia 晶片、以及 Microsoft 沒說的那個空白

Project Polaris 是 Microsoft 自己研發和訓練的程式碼生成模型，採用混合專家架構（Mixture-of-Experts，MoE），對不同程式語言和框架有各自的專用子模組。

跑在哪裡？Microsoft 把 Polaris 部署在 Azure 內部的 Maia 200 晶片上——這是微軟自製的 AI 加速晶片，設計目標包含降低推論延遲和每次呼叫的算力成本。從微軟自己的硬體到自己的模型，整條推論路徑都不需要走進 OpenAI 的基礎設施。

性能數字：Microsoft 宣稱 Polaris 在 HumanEval 和 MBPP 兩個標準編碼基準上超過 GPT-4 Turbo，Rust 和 Haskell 等低資源語言的提升最顯著。

白話講：如果你大量寫 Rust 或 Haskell，Polaris 應該對你更有感。

有一個數據空白值得點出來。Microsoft 沒有公布 Polaris 對 TypeScript / Python 日常編碼任務的對比數字——這兩個語言才是大多數台灣軟體開發者的主力語言。HumanEval 是合成基準，反映的是特定題型的程式碼生成能力，不代表你每天在真實代碼庫裡補全、重構、除錯的感受。

---

八月之前，你的 Copilot 會怎麼變？：自動遷移、三個月 fallback、VS Code 多代理人架構

時間軸很簡單：2026 年 8 月，所有 Copilot 訂閱者自動切換到 Polaris。不需要手動設定，不需要更新套件版本。

如果你不想換：Microsoft 提供三個月的 fallback 選項，讓團隊可以維持使用 GPT-4 Turbo、在這段時間裡測試 Polaris 的差異，再決定是否回頭。三個月之後 fallback 窗口是否延續，目前沒有官方說明。

與 Polaris 同時發布的，還有 GitHub Copilot 在 VS Code 裡的多代理人架構。新的 planner-specialist 結構把一個複雜任務分兩層處理：orchestrator 負責分解目標、派給專用子代理人；各子代理人處理完之後，結果回報到統一介面。這不只是「一個 AI 幫你寫程式」，而是「一個 AI 指揮多個 AI 來完成一個任務」的架構轉換。

Copilot Workspace 同步從 beta 轉為正式 GA。Workspace 的核心能力：理解整個 repository 的脈絡、跨多個檔案撰寫和修改程式碼、自動執行測試、根據結果迭代、開 pull request——Autopilot 模式（自動執行）和 fleet 模式（批次任務）從研究預覽變成生產可用功能，中間有人類審核閘（human review gates）。

---

Polaris 背後是更大的棋盤：WAF、MAI 家族、MXC 組成什麼樣的 agent OS？

Copilot 換腦是 Build 2026 訊號最明顯的那一層，但它背後有一個比「換模型」更大的結構在動。

Windows Agent Framework（WAF）v1.0 在 Build 上以 MIT 授權開源，核心設計原則是：agent 以 YAML manifest 定義，不綁定特定執行時或底層模型。同一份 manifest 可以讓 agent 先在開發者本機跑（Windows 11 22H2+），需要時自動升級到 Windows 365 GPU 節點，最後發布成 Azure 服務——三個環境，一個定義檔，不需要分別配置。

配合 WAF 的，是 MAI 模型家族。Microsoft 推出三個尺寸：

模型	參數量	主要部署環境	設計重點
MAI-Nano	1.8B	Windows 11 NPU（本機）	低於 200ms 響應，即時轉錄 / 摘要 / 程式碼補全
MAI-Core	7B	無 GPU 伺服器艦隊	成本與能力平衡，適合中階 Azure 實例
MAI-Pro	70B	Azure 託管端點	最高 32 條並行代理人鏈，內建事實性 anchor

每個 MAI 模型都附帶一份 trust rubric——機器可讀的政策文件，定義模型可存取哪些資源、如何處理個人識別資訊（PII）、適用哪些合規框架。一家銀行部署 MAI-Core 時，trust rubric 保證它不會把客戶資料外送到租戶邊界之外的向量資料庫。

底層安全容器是 MXC（Microsoft eXecution Containers）。MXC 不是雲端容器，而是 Windows 核心層的政策驅動執行層：開發者在 policy manifest 裡宣告 agent 能存取哪些資源（檔案路徑、網路端點），OS 在執行時強制執行這些邊界——agent 在沙箱裡跑，不是靠應用程式自律，是靠 OS 介入。目前狀態是 Preview。

MXC 的啟動合作夥伴包含 OpenAI、NVIDIA、Manus、Nous Research（Hermes agent）、和 OpenClaw。NVIDIA 的 OpenShell 就建在 MXC 上，額外提供 inference routing 和 PII obfuscation 能力，讓 NVIDIA 生態系的 agent 在 Windows 上安全、持續運行。

---

雲端端怎麼接：Azure Agent Mesh 聯邦路由 + Copilot Workspace 正式 GA

本機跑得起來之後，企業要解決的下一個問題是：agent 怎麼跨本機、Windows 365、Azure 三個環境路由？這是 Azure Agent Mesh 要解決的事。

Agent Mesh 是一個聯邦 agent 執行控制平面，讓開發者用同樣的本機 WAF API 開發，Mesh 在背後根據延遲和 GPU 可用性，把每個 agent 任務派到最近的可用節點。不需要為不同環境分別寫部署配置。

目標：Q4 2026 正式 GA。定價模型是消耗制（consumption-based），另有新的 dedicated SKU for agent compute 適合高頻率、持續運行的 agent 場景。

換句話說，Build 2026 同時蓋好了本機（WAF + MXC + MAI-Nano）和雲端（Agent Mesh + MAI-Pro）兩端的 agent 執行環境。開發者可以用同一套工具寫一次 agent，讓 Microsoft 的基礎設施決定它在哪裡跑最划算。

---

你現在需要做三個決定

這是 Build 2026 之後，讀這篇文章的開發者或技術主管應該盡快想清楚的三件事。

第一，把三個月 fallback 窗口當作評估期。八月 Polaris 自動上線，你有三個月可以切回 GPT-4 Turbo 比較。這個窗口不是「可以忽略」的選項——它是你唯一可以直接 A/B 比較兩個模型對你的真實工作流影響的機會。如果你的團隊大量寫 TypeScript 或 Python，在 fallback 窗口關閉前做一輪測試比任何 benchmark 都可靠。

第二，認清 Polaris 數據的邊界。Microsoft 公布的性能提升集中在 Rust、Haskell 等低資源語言；HumanEval / MBPP 是合成基準，不是真實工程任務。TypeScript、Python、Go 的日常工作效果沒有官方對比數字。換模型之前，這個空白是你應該用自己的 codebase 填的，不是用 benchmark 替代的。

第三，WAF 是今天可以動手的 Windows agent 路徑。如果你或你的公司在評估 Windows 環境上跑 AI 代理人（IDE agent、資料處理 agent、內部工具 agent），WAF v1.0 MIT 開源 + YAML manifest 是今天就能在 Windows 11 22H2+ 本機試的選項。MXC 沙箱安全層還在 Preview，但理解 WAF 的 local-to-cloud 架構邏輯，是你評估 Microsoft 整個 agent OS 戰略路徑的起點。

---

資料來源：Microsoft Build 2026 官方新聞頁、The Official Microsoft Blog（2026-06-02）、Windows Developer Blog（build-2026-furthering-windows + windows-platform-security-for-ai-agents，2026-06-02）、Microsoft Agent Framework devblog（2026-06-02）、Microsoft Foundry Blog（2026-06-02）、NVIDIA Technical Blog（build-personal-ai-agents-on-windows-pcs，2026-06-02）、TechTimes（Polaris / multi-agent VS Code，2026-06-02）、AI Weekly（Microsoft Targets Claude Code，2026-06）

謝皓文（編輯：廖玄同），《GitHub Copilot 八月換腦：Build 2026 揭露 Microsoft 的 AI 自主化堆疊》，矽基前沿 [Si]gnals，2026-06-10。https://signals.tw/articles/microsoft-build-2026-agent-os/