微軟在週三於舊金山舉行的活動中闡述其主張：讓 AI 代理在 Windows 自身的安全控管下執行，而非依賴雲端。該公司宣布，用於限制代理存取範圍與行為的 Microsoft Execution Containers（MXC）技術，現已在 Windows 11 上正式推出（GA），讓企業能直接為自主軟體劃定界線。正式推出在此是關鍵的營運里程碑：隔離機制現在就能進入實際生產部署，而不只是停留在路線圖上。按照微軟的定位，PC——而非遠端資料中心——將成為代理安全的執行點。

MXC 是 Windows Intelligence 的基礎，這是微軟在本地 PC 與雲端之間分配 AI 工作負載的策略，同時確保關鍵資料安全並處於企業控管之下。

微軟為何認為現今的代理並不安全

據 GeekWire 報導，微軟高層 Pavan Davuluri 警告，PC 代理「本質上並不安全，因為它們擁有廣泛的系統存取權限」。與傳統應用程式不同，代理可以讀取檔案、執行指令，並在無需持續人工監督的情況下自主運作。

微軟的因應方案建立在三大支柱上：隔離（containment），限制代理可觸及的範圍；身分（identity），追蹤代理活動；以及可管理性（manageability），將監督權交給 Agent 365 與 Intune。最後一項支柱倚賴 IT 部門早已熟悉的工具——Intune 是微軟的端點管理平台——因此代理監督將納入現有的管理工作流程，而非另立系統。

執行容器實際上限制了什麼

MXC 讓企業能決定 AI 代理可存取哪些檔案與網路，且即使代理試圖超出其允許的存取範圍，Windows 也會對其強制執行這些限制。

該平台提供多層級的安全機制，包括隔離不同處理程序或工作階段的能力，以及透過虛擬機器或 Windows 365 for Agents 執行代理。雖然這項技術並非 Windows 系統獨有，但微軟認為將 MXC 內建於作業系統中，能讓企業對代理活動擁有更大的掌控權。

支援範圍已相當廣泛。微軟表示，Codex、GitHub Copilot、OpenClaw、Replit、LM Studio、Open 與 Unsloth AI 目前已支援 MXC。Claude Code、Perplexity、Manus 與 Box 正在加入支援，Meta 也計畫以原生應用程式的形式將 Muse 帶到 Windows。值得關注的是這些尚在進行中的整合，因為第三方採用程度將決定 MXC 是否成為 Windows 上代理的通用邊界，或者主要仍局限於微軟自身的生態系。

不過，更多企業加入並不會自動讓 AI 代理變得更安全。真正關鍵的是這些安全控管在實務上的表現。

雲端經濟學的考量

微軟也希望為企業降低雲端運算成本。在本地處理合適的 AI 任務可減少 token 費用，同時讓雲端模型承擔較繁重的工作負載。據 GeekWire 報導，執行長 Satya Nadella 將這個目標描述為「為每張辦公桌與每個家庭提供不受計量限制的智慧」。

為實現此目標，微軟將其 MAI Code 1.1 Flash 模型的體積縮小了近 80% 以供本地使用，同時保留了 256,000 個 token 的上下文視窗。

該公司也投資了能夠進行本地 AI 運算的硬體。搭載 Nvidia RTX Spark 晶片、配備 128 GB 記憶體的 Surface Laptop Ultra，將自 10 月 16 日起以 2,599 美元的價格開放購買。記憶體是本地 AI 的實際上限，因為模型必須完整放入機器才能在其上執行。

不過，在本地執行 AI 仍有成本。正如 Lenovo 針對本地部署與雲端生成式 AI 的 2026 年總體擁有成本分析 所顯示，企業必須支付硬體、電力與維護費用。能否真正節省成本，取決於企業能取代多少雲端運算。

Recall 為本地 AI 蒙上的陰影

微軟仍持續面臨源自 Recall 的隱私疑慮。這項具爭議的截圖功能在遭受安全批評後延後推出，最終以選擇性加入（opt-in）的方式釋出。這一次，微軟表示 Copilot 僅會在取得授權後才存取檔案與近期活動。

據 The Verge 報導，Copilot 將處理更多本地任務，混合功能將在未來幾個月內陸續抵達 Copilot+ PC。Copilot+ PC 是圍繞裝置端 AI 硬體設計的 Windows 機種。

真正的考驗在於，Windows 能否讓 AI 代理真正發揮效用，同時不賦予它們超出使用者本意的存取權限。