Cursor Marketplace 上 Claude Code VS Code 擴充功能發現後門

微軟將 Copilot 核心技術開放為 Microsoft Foundry 服務

微軟（Microsoft）宣布，將 GitHub 工程團隊打造、並已在微軟全公司採用的多模型協調框架（Harness）透過 Microsoft Foundry 對外開放。這項技術原本用於 Copilot Code、Copilot Studio、GitHub Copilot 應用程式、命令列介面（CLI）以及 VS Code 等產品。現在企業客戶與開發者可以透過這個平台，取得完全託管的解決方案，建構能推理、能使用工具、能處理複雜長效任務的智能代理程式（Agents）。

什麼是 Harness 及其技術挑戰

根據微軟說明，如果說模型提供核心智慧，Harness 就是圍繞模型的所有基礎設施。它是協調層，負責為代理程式提供正確的指令、上下文環境、執行環境以及控制機制，讓代理程式完成有意義的工作。一個成熟的 Harness 必須支援 MCP、代理程式技能（Agent Skills）等開放標準，也要能支援代理程式外掛（Plugins）。

在變化快速的 AI 領域，前沿模型（Frontier Model）的排名可能很快更迭。開發者若自行建構模型路由器或協調框架來跟上技術演進，維護起來往往耗時又痛苦。微軟指出，開發者採用微軟與 GitHub 內部產品所使用的同一套 Harness，就不用自行維護，也能兼顧效能、品質與成本。

源自 GitHub 的工程實戰經驗

這套 Copilot Harness 由開發 GitHub 多模型協調技術的同一批工程師所建構。設計目標是高速、Token 效率與可預測性，並在要求最高的使用者群體——開發者之中，獲得最高滿意度。微軟正將所有 Copilot 體驗標準化在這個基礎架構上。

這套 Harness 能跨模型家族執行，支援超過 20 種前沿模型，也允許使用者自行帶入金鑰（Bring Your Own Key）。系統會依任務類型，將工作路由到最適合的模型，開發者不必持續評估新模型。近期微軟把該框架的執行階段（Runtime）移植到 Rust 語言，帶來業界領先的效能，並降低了工作階段開銷與首個 Token 的延遲時間。

企業級規模驗證與開放生態

Copilot Harness 用在微軟多個產品上，已在百萬級使用者規模與數百種真實世界案例中經過實戰檢驗。微軟強調，透過 Foundry 建構的代理程式，會運行在微軟內部採用的同一套 Harness 上。這代表微軟對框架的持續改進，會直接惠及客戶所建構的代理程式，形成效益複利。

微軟表示，其平台保持開放與互操作性，開發者仍可繼續引入任何自訂的 Harness 與框架。在運作方式上，微軟負責運行代理程式迴圈（Agent Loop）與沙盒環境，並內建治理與最佳化機制；使用者則負責提供指令、技能、工具以及模型選擇。

技術細節與未來展望

透過 Microsoft Foundry，開發者可以下載 SDK，或在雲端運行該 Harness。微軟指出，這是朝向其願景邁出的一步：建立一個強大、又能保留使用者選擇權的模型周圍系統。這代表 GitHub 的最佳實踐被帶進微軟平台，並擴展到更廣泛的生態系。

微軟承諾將持續推動該框架的進步，讓開發者能把時間與資源放在自家獨有的業務目標與產品開發上。相關技術標籤包括 GitHub、GitHub Copilot、Microsoft Copilot 以及 Microsoft Foundry。