開發生態
微軟發布 Agent Framework 1.0 與執行環境 Harness,整合 Semantic Kernel 並推出按量計費託管服務
InfoQ 中國多家報導
尚未逐項核實
多個報導來源提及此事;未必是彼此獨立的證據。
微軟正式發布 Agent Framework 1.0 版本,將其從 SDK 階段推進至受支援的生產執行環境,並整合了先前的開源專案 Semantic Kernel 與 AutoGen(兩者已轉入維護模式)。
本次發布的核心為執行環境 Harness,作為單一二進位檔案,可跨本地開發、容器與託管部署環境運行。Harness 預設內建函數呼叫、歷史紀錄持久化、上下文壓縮、待辦事項列表、檔案記憶、網路搜尋、工具審批以及 OpenTelemetry 等功能;Shell 工具、檔案存取與後台子代理等則為可選功能,啟用時會發出警告。搭配推出的 Foundry Hosted Agents 則提供按使用量計費的託管部署服務。
Harness 基礎設施在代理系統中佔據極大比例。MBZUAI VILA 實驗室於 2026 年 4 月發布的論文分析了短暫曝光的 Claude Code v2.1.88 原始碼,估算在其約 51.2 萬行程式碼中,高達 98.4% 屬於 Harness 基礎設施(含權限管理、上下文管理、沙箱機制與工具路由等),AI 決策邏輯僅佔約 1.6%。
微軟 AI 首席架構師 Aqib Sherwani 的內部測試顯示,在固定模型參數下,Agent Framework 具備內建「煞車」機制,在 40 次往返循環後會自行終止並返回「達到限制」;相比之下,GitHub Copilot SDK 在關閉主機端停止控制機制時,會持續運行達 300 次而不自行停止。
框架同步發布 GitHub Copilot SDK 與 Claude Agent SDK 連接器,使第三方編碼代理能與自訂代理在同一工作流程中協同工作。所有連接器皆嚴格遵循代理叢集的身份與內容安全策略,流量統一進入相同的 OpenTelemetry 追蹤與 Foundry 儀表板,落實集中治理。
此外,多代理編排模式(涵蓋順序管線、平行協作與源自微軟研究院的 Magentic 模式)亦進入穩定版,團隊無需重寫代理程式碼即可更改協調風格。該框架、治理框架與連接器目前已在 GitHub 發布 .NET 與 Python 版本。
讀原始報導背景
微軟先前推出了 Semantic Kernel 與 AutoGen 兩個開源專案,前者作為中介軟體,能將 AI 模型的請求轉換為函式呼叫以結合現有 API;後者則是專為開發 AI 代理所設計的程式框架。隨著微軟正式發布全新的 Agent Framework,這兩個前身專案已被整合並轉入維護模式,為開發者提供更完整的代理執行與管理環境。