微軟上線 Foundry 託管智慧體：每個會話獨享沙箱，空閒自動縮容至零

如果你試過在本地跑一個能寫程式碼、改檔案的 AI Agent，多半會驚歎它的能力。但要是老闆讓你把這個 Agent 部署給全公司幾千人用，你大機率會冷汗直流。

因為傳統的雲原生容器根本不是給 Agent 準備的。如果兩個同事同時調一個 Agent，Agent 又有讀寫檔案和跑程式碼的許可權，共用一個例項就是一場安全災難。

微軟在 Foundry Agent Service 中推出了託管 Agent（Hosted Agents）公開預覽版，試圖在底層算力上徹底解決這個問題。

一個會話一臺虛擬機器，哪怕休眠檔案也不丟

傳統的雲服務要麼是多會話共享容器，要麼是給每個請求單獨啟一個無狀態的沙箱。但 Agent 往往需要持續讀寫硬碟、沉澱上下文。

微軟這次的做法很徹底：給每個 Agent 會話分配獨立的 Hypervisor 級虛擬機器沙箱，杜絕程序級別的混用。

更關鍵的是計費和持久化。這套系統支援縮容到零（Scale-to-zero），Agent 閒置時不產生費用；當新任務喚醒它時，不僅冷啟動時間可預測，而且工作目錄裡的檔案和磁碟狀態完好無損，Agent 能直接從上次停下的地方繼續幹活。

同時，每個 Agent 都有自己獨立的 Entra Agent ID 身份。在員工通過 Teams 發起呼叫時，系統通過 OAuth 2.0 代客操作（OBO）機制繼承使用者許可權；跑後臺自動化任務時，則使用託管身份鑑權。

在框架上，微軟沒有搞排他，支援 LangGraph、Claude Agent SDK、OpenAI Agents SDK 以及 GitHub Copilot SDK，甚至可以用一條 azd deploy 命令直接完成部署。

順手打包了全套企業工具箱

除了底層算力沙箱，微軟這次還掏出了一整套配套元件。

他們正式釋出了 Microsoft Agent Framework 1.0 版，將此前的 Semantic Kernel 和 AutoGen 底層合併為一個穩定框架。

另外還有處於預覽階段的 Toolbox 和 Memory。Toolbox 讓開發者把工具一次性配好，就能對接任何 MCP 客戶端，並自帶逐層展開上下文和許可權流轉；Memory 則直接提供託管的長期記憶能力，開發者不用自己再去搭外部向量庫或資料庫。

打通了底層後，這些 Agent 可以一鍵釋出到 Microsoft Teams 和 M365 Copilot 中，直接在員工日常工作的介面上幹活。

為什麼重要

過去兩年裡，寫一個能跑通 demo 的 Agent 門檻越來越低，但企業真正落地的卻寥寥無幾。卡住大家的從來不是大模型本身夠不夠聰明，而是最髒最累的工程基建：怎麼保證資料不串臺、程式碼執行別把伺服器搞崩、沒人用的時候怎麼別白燒錢。

我們認為，微軟這一步走得極其刁鑽且務實。它沒有去卷單一模型，而是把自己的傳統優勢——企業級基礎設施、虛擬化隔離、Entra 身份體系和 Teams 分發渠道——做成了一個針對 Agent 負載的「標準機房」。

這種把 Hypervisor 隔離與檔案系統持久化、縮容到零結合的做法，打中了大多數企業 IT 部門的安全痛點。企業想試水 Agent，現在不再需要自己去折騰一套複雜的 Kubernetes 動態排程和沙箱清理邏輯。

不過，這種架構在成本上依然需要打個問號。雖然支援縮容到零，但底層 Hypervisor 虛擬機器的生命週期管理和快照儲存，在大規模併發下的綜合賬單會不會遠高於傳統容器，仍需企業在實際業務中驗證。但無論如何，雲廠商之間的較量，已經正式從「誰的模型更聰明」轉向了「誰能把 Agent 穩穩托住」。