Microsoft 剛在 Foundry Agent Service 中重新推出了託管代理，時機很重要。2026 年 4 月 22 日，Microsoft 以從根本重建的版本取代了 Ignite 時代的預覽，具備每工作階段 Hypervisor 隔離、每個託管代理專屬的 Microsoft Entra 代理身分識別，以及每 vCPU-小時 0.0994 美元的真正閒置歸零計費。對於因治理顧慮而延後 AI 代理生產部署的企業 IT 團隊而言，治理故事現已實質改善。

本簡報涵蓋了發布的內容、它對您的 Azure 諮詢架構決策的意義，以及未來兩週要採取的五個具體行動。

Microsoft 實際發布了什麼

4 月 22 日重新推出的核心能力，出自 Microsoft Foundry 官方公告：

  • Hypervisor 級每工作階段隔離。 每個邏輯代理工作階段都會得到自己的 VM 隔離沙箱。這不是程序隔離或容器隔離——它是將 Azure VM 彼此分開的同一級邊界。
  • 跨閒置歸零的持久檔案系統。 $HOME 與 /files 內容在工作階段每次閒置期間（最長 30 天）存活。閒置逾時為 15 分鐘，之後運算會被取消佈建並儲存狀態。下一次對同一工作階段 ID 的請求會在數秒內啟動新運算並還原狀態。
  • 每個代理專屬的 Microsoft Entra 代理身分識別。 在部署時自動建立。支援代表（OBO）委派。如 Azure AI User 等 RBAC 指派會在部署期間自動處理。
  • 真正的閒置歸零計費。 僅在運算活躍時付費。每 vCPU-小時 0.0994 美元加上每 GiB-小時 0.0118 美元。沙箱規模可從 0.25 到 2 vCPU、0.5 到 4 GiB 設定。
  • 多協定支援。 Responses（OpenAI 相容）、Invocations（彈性自訂承載）、Activity（Teams 與 M365 通道），以及 A2A（代理對代理）。四個協定可在單一代理中合併。
  • 具備流量分割的不可變版本。 加權流量分割能實現藍綠與金絲雀部署，無需撰寫自訂路由。
  • 架構彈性。 Microsoft Agent Framework v1.0、LangGraph、Semantic Kernel、CrewAI、LlamaIndex、Claude Agent SDK、OpenAI Agents SDK、GitHub Copilot SDK，或純 Python/C# 程式碼——平台是架構中立的。

支援性公告也很重要。Foundry Toolbox 同日進入公開預覽，作為託管、MCP 相容的端點，捆綁 Web Search、Code Interpreter、File Search、Azure AI Search、自訂 MCP 伺服器、OpenAPI 工具與 A2A。Foundry Memory 提供託管長期記憶，每 1,000 個事件 0.25 美元、每 1,000 個儲存記憶每月 0.25 美元、每 1,000 次擷取 0.50 美元。

企業要點： 4 月 22 日的重新推出關閉了三個一直阻擋企業代理部署的治理缺口：隔離現已達 Hypervisor 邊界、身分識別是第一級且自動化、成本終於在閒置時可預測為零。如果您的 AI 架構策略一直卡在 POC 模式，這是值得重新審視的平台轉折點。

為什麼 Hypervisor 隔離改變了威脅模型

Microsoft 的論述很刻意：「每個代理工作階段[都會得到]自己的 VM 隔離沙箱」，而非共用的程序或容器隔離。對受規管的工作負載，與僅容器執行階段的差距很大：

  • 容器逃脫（runc 級漏洞）：由 VM 邊界作為縱深防護緩解。
  • 跨租用戶的側通道與推測執行攻擊：VM 邊界是普遍接受的緩解措施。
  • 跨工作階段狀態洩漏：已預防——每個工作階段有自己的 $HOME 與 /files。

對金融服務團隊而言，每工作階段 VM 邊界結合 Entra Agent ID + 每使用者 OBO，使建構監管機構要求的稽核敘事大幅更容易：「此交易由此代理在此工作階段中以該使用者委派的權限、在專屬 VM 內處理。」

不過注意事項很重要。Microsoft 尚未在預覽期間發布 Hosted Agents 的 HIPAA 商業夥伴協議涵蓋範圍。沒有 Azure Government 區域。今日僅四個商業區域支援 Hosted Agents：Australia East、Canada Central、North Central US 與 Sweden Central。且 VM 邊界無法阻止代理透過 MCP 工具或 OpenAPI 連線外洩資料——您仍需要輸出控制、DLP 與內容篩選。

企業要點： Hypervisor 邊界是真正的合規升級，但它是平台邊界。您代理的對外工具呼叫仍需要您在任何地方都會套用的相同AI 治理——網路輸出控制、工具允許清單與資料流稽核。

Entra 代理身分識別：治理故事

每個託管代理部署涉及兩個身分識別：

  1. 代理 Entra 身分識別（每個代理）——容器驗證用的執行階段身分識別。用於模型叫用、工具存取與下游 Azure 服務。
  2. 專案受控身分識別（專案範圍、系統指派）——由平台用於基礎設施作業，例如從 Azure Container Registry 提取容器映像。

當您以 Azure Developer CLI（azd）部署時，帳戶範圍的 Azure AI User 角色會自動指派給代理的 Entra 身分識別。對您擁有的任何外部資源——Cosmos DB、Blob Storage、Key Vault——您需手動指派 RBAC。

實際的陷阱值得指出，因為它們絆倒每位早期採用者：

  • 條件式存取仍適用於 OBO 流程。 如「所有使用者必須使用 MFA」的原則會到達代理上下文。如果使用者有僅限合規裝置的 CA 原則，OBO 權杖會被拒絕，因為代理無法滿足互動式控制。修正：建立代理專用 CA 原則，使用代理實際能滿足的控制（受控身分 + 具名位置），並從以使用者為目標的 MFA 原則中排除代理身分識別。
  • OBO 僅適用於使用者主體。 如果您的代理是由另一個具有僅應用程式權杖的服務呼叫，OBO 不是選項——您需要個別的代理對代理權杖取得流程。
  • 委派權限不是隱含的。 代理的 Entra 身分識別必須為每個下游資源明確授予委派權限，並取得租用戶管理員同意。漏掉這點會在執行階段以 AADSTS65001 出現，通常在測試幾小時後。
  • RBAC 範圍的意外。 平台在帳戶範圍自動指派 Azure AI User。如果您的代理需要 Blob 容器存取，您仍需在容器範圍手動指派。令人困惑的是，平台指派的角色除非您直接鑽入代理身分識別物件，否則不會在 Entra 入口網站中顯示。

企業要點： 在試驗 Hosted Agents 之前，讓您的身分識別團隊稽核現有條件式存取原則中會阻擋代理 OBO 流程的任何內容。為 Entra 管理員團隊預留 1-2 週定義代理專用原則並在試驗租用戶中測試。跳過此步驟，您的第一次生產部署會在驗證時失敗。

以實際數字定價

在 0.0994 美元/vCPU-小時 + 0.0118 美元/GiB-小時的發布費率下，三個實際工作負載的計算：

  • 輕度使用的企業助理（每天 200 工作階段 × 1 vCPU × 2 GiB × 平均 5 分鐘工作階段）：約 16.7 vCPU-小時/天 + 33.3 GiB-小時/天。每月運算：約 62 美元。
  • 重度多代理協調（50 個並行工作階段 × 1 vCPU × 2 GiB × 每天 10 活躍小時）：約 500 vCPU-小時/天 + 1,000 GiB-小時/天。每月運算：約 1,845 美元。
  • 尖峰消費者導向代理（500 工作階段 2 小時促銷尖峰 + 接近零的基線）：以真正閒置成本為零計算，約 每天 1-5 美元。

競爭比較很重要。Google 的 Vertex AI Agent Engine 定價為每 vCPU-小時 0.0864 美元與每 GiB-小時 0.0105 美元——運算約便宜 13%、記憶體約便宜 11%。AWS Bedrock AgentCore 自 2025 年 10 月起 GA，跨 Runtime、Gateway、Memory、Identity、Observability、Browser、Code Interpreter 與 Policy 元件採每功能計量定價。

Microsoft 對每工作階段 Hypervisor 隔離、第一級 Entra 身分識別整合與一鍵 Teams 和 M365 發布的組合收取適度溢價。對於 Microsoft 商店的企業而言，該溢價很容易合理化。對於沒有 Microsoft 身分識別足跡的全新消費者應用程式，Vertex 是更便宜的答案。

企業要點： 無論託管平台為何，模型權杖都會以 10-100 倍主導您的代理成本。Foundry、Vertex 與 Bedrock 之間的運算成本差異極少讓總帳單變動超過 2-3%。請選擇符合您身分識別、合規與現有工具投資的平台，而非追求每 vCPU-小時的差額。

什麼會壞掉：預覽上限、已知問題與移轉缺口

預覽兩天後，營運面貌仍稀疏。目前浮現的：

  • 每訂閱每區域 50 個活躍並行工作階段。 可透過支援請求調整，但配額流程本身是新的，預覽期間的前置時間未記錄。
  • 僅 Python 與 C#。 如果您的團隊以 TypeScript 或 Java 撰寫代理邏輯，您在等待。管理 SDK 支援 JS 與 Java；執行階段不支援。
  • Azure Container Registry 必須可公開觸達。 私網保護的 ACR 尚未支援。Microsoft 已公開承認此缺口並承諾修復。
  • 「Hosted Agents are not enabled in this region」（microsoft-foundry-for-vscode 儲存庫的 GitHub 議題 #316）——選擇不支援區域的使用者會遇到 400 錯誤，沒有有用的指引。
  • 模型配額相依性。 即使代理基礎設施獲核准，如果目標區域中所需的 Azure OpenAI 模型配額為零，託管代理部署仍會失敗。部署前檢查兩者。
  • 傳統代理工具已移除。 Azure Functions 工具、Connected Agents 與 Deep Research 作為傳統工具沒有直接延續。替代：Workflow + A2A、Deep Research 模型搭配 Web Search 工具。

最大的文件缺口是針對 Ignite 時代預覽客戶的託管代理專用移轉指南。Microsoft 已發布堅實的 API 介面移轉指南（threads → conversations、runs → responses、create_agent → create_version），並在 aka.ms/agent/migrate/tool 提供自動化工具。但運算後端的替換——重新封裝容器、採用新的 Responses 與 Invocations 協定程式庫、透過 azd ai agent init / provision / deploy 重新部署——尚無專屬的逐步文件。預計於 5 月 Microsoft Build 2026 前發布。

企業要點： 如果您的組織曾在 Ignite 預覽上執行託管代理，請規劃一到兩個 sprint 的重新實作週期。API 移轉工具處理程式碼機制，但不處理容器封裝、區域選擇或協定程式庫變更。這不是滾動升級——而是切換。

Foundry 託管代理與替代方案的定位

Microsoft 自家的實戰指南將 Hosted Agents 定位為託管平台簡易性與自訂程式碼彈性之間的最佳平衡點。以下是 Microsoft 代理堆疊的實用決策架構：

  • Copilot Studio — 商業導向 Copilot 的前門；低程式碼協調並內建治理。在業務使用者擁有生命週期且原型速度至為關鍵時選用。
  • Microsoft 365 Copilot 代理 — M365 體驗內的業務使用者代理，具有深度 Graph 與 Teams 整合。
  • Foundry 中的宣告式（Prompt）代理（自 2026 年 3 月起 GA）— 結構描述驅動的代理，無自訂執行階段程式碼。
  • Foundry 託管代理（預覽，於 2026 年 4 月 22 日重新整理）— 您的容器化程式碼、Hypervisor 隔離、託管執行階段、架構中立。
  • 程序內 SDK 代理（Microsoft Agent Framework v1.0）— 在您自己程序、服務或容器內執行的代理。最低延遲、完整執行階段控制，您自行營運基礎設施。
  • Azure Container Apps 搭配動態工作階段— 一般容器化代理工作負載，具備程式碼直譯器沙箱化。更多控制、較少代理原生工具。
  • Azure Kubernetes Service — 多叢集聯盟、最大網路彈性、最高營運成本。在您需要 Foundry 目前未認證的服務網格或合規架構時為正確答案。

對於大多數在 2026 年部署IT 營運代理 AI的企業 IT 團隊，實際的入圍名單是 Foundry 託管代理（內建身分識別與隔離以快速投入生產）、在 Windows 365 雲端電腦或專用 VM 上執行的程序內 SDK 代理（用於完整執行階段控制），以及 Copilot Studio（用於業務使用者擁有的工作流程）。您的決策準則通常是：誰擁有代理的生命週期，以及您需要多少執行階段控制？

企業要點： 對多數企業使用案例，Hosted Agents 取代了「在 ACA 或 AKS 上自建託管執行階段」的選項。它不會取代程序內 SDK 代理處理延遲敏感工作，也不會取代 Copilot Studio 處理業務使用者擁有的流程。讓工具配合生命週期擁有者。

本週該做的事

基於本週發布的 IT 領導者五個具體行動：

  1. 稽核您的 Ignite 預覽託管代理。 如果您在 4 月 22 日前的預覽後端上執行過託管代理，盤點它們並規劃切換 sprint。舊後端正在淘汰。不要等到移轉指南發布才做盤點工作。
  2. 執行一個獲核准的 Hosted Agents 試驗。 選擇一個範圍明確的 IT 營運工作流程——記錄分級、組態稽核、Intune 原則漂移偵測——並在 North Central US 或 Canada Central 以 1 vCPU / 2 GiB 沙箱部署。閒置歸零意味您的試驗成本在閒置時實際為零。
  3. 向您的身分識別團隊簡報。 讓您的 Entra 管理員檢閱現有條件式存取原則中會阻擋代理 OBO 流程的任何內容，並使用受控身分 + 具名位置控制起草代理專用 CA 原則。這是最常見的生產阻擋點。
  4. 決定您的架構忠誠度。 Microsoft Agent Framework v1.0 於 2026 年 4 月 2 日達到 GA。如果您的團隊仍在 Semantic Kernel 或 AutoGen 上，現在就移轉至 Agent Framework——SK 與 AutoGen 程式碼庫處於長尾維護模式。如果您已在 LangGraph 或 CrewAI 上，Hosted Agents 原生支援它們；無需移轉。
  5. 更新您的供應商比較矩陣。 以 4 月 22 日的能力重新整理您的 AI 平台矩陣：Hypervisor 隔離、0.0994 美元/vCPU-小時定價、50 工作階段預覽上限、四區域可用性。以此重新審視您在 2026 年第 2 季前所做的任何多雲代理策略決策。

治理故事終於在 Hosted Agents 上與行銷故事相符。對於一直等待身分識別、隔離與可稽核性達到企業級才進行生產部署的組織而言，等待大致結束。剩餘的缺口——移轉文件、私網 ACR、額外語言、更廣的區域覆蓋——都有積極的 Microsoft 路線圖訊號，可能於正式發布前解決。

如果您的組織需要協助評估 Microsoft Foundry 託管代理用於生產工作負載——包括身分識別架構、代理 OBO 流程的條件式存取設計、從 Ignite 預覽移轉，或跨 Foundry、Azure Container Apps 與程序內 SDK 代理的平台選擇——Big Hat Group 專精於企業 AI 諮詢，能銜接 Microsoft 發布的內容與您的組織在大規模下實際需要安全營運的內容。與我們聯繫以規劃試驗。

Kevin Kaminski 是 Big Hat Group 的首席架構師，協助企業部署能在真實世界中運作的 Azure AI、Windows 365 與 Microsoft Intune 解決方案。與 Big Hat Group 聯繫以取得 Azure 諮詢、Windows 365 諮詢與 AI 代理諮詢。