原文標題：Introducing the Microsoft Copilot harness: Unlocking the potential of truly multi-model agentic work
Microsoft 10 月 28 日宣布，將由 GitHub 工程團隊打造、已在內部多項產品採用的 Copilot harness 透過 Microsoft Foundry 提供給開發者與企業。它並非一個新的大型語言模型，而是讓代理取得指令、上下文、工具、執行環境與控制機制的協調層，負責把模型能力轉成可完成的工作。
微軟指出，同一套 harness 已用於 Copilot Code、Copilot Studio、GitHub Copilot app、命令列工具及 VS Code 等體驗。企業使用時可以在既有代理架構中選擇模型，而不必為每種模型分別重建代理迴圈。官方提到支援超過 20 款前沿模型及自備金鑰選項，並支援 MCP、agent skills 與插件等開放標準。
產品定位涵蓋長時間、多步驟的代理工作，包括推理、呼叫工具、在沙箱執行程式與跨工作階段完成任務。Microsoft 表示已將 harness runtime 移植至 Rust，以降低工作階段額外負擔及首個 token 等待時間；同時會持續調整品質、成本與效能，讓 Foundry 上的代理受益於共用執行架構。
開發者可下載 SDK，或使用 Foundry 代管的雲端環境。微軟表示平台仍允許導入其他 harness 與框架，不要求所有工作負載採單一模型。官方尚未在這篇文章提供各方案的完整價格、支援區域與 SLA，企業導入前仍須查看 Foundry 的實際服務條款與預覽狀態。
發生了什麼事
Microsoft 把 GitHub 的多模型代理執行層提供給 Foundry，讓開發者使用同一套工具協調、模型選擇與沙箱機制。
為什麼重要
代理系統的可靠性不只取決於模型本身；可維護的執行層、工具權限與評估機制直接影響企業長期營運成本及安全。
影響哪些人
受影響者包括企業 AI 平台團隊、開發者、資安治理人員，以及正在維護多個模型與代理框架的系統整合商。
已確認與未確認
官方已說明支援超過 20 款模型、自備金鑰、SDK 與 Foundry 代管選項；具體定價、服務區域及不同介面的功能差異仍須查官方文件。
