微软宣布，Microsoft Execution Containers（MXC）正式可用，为 AI 智能体提供由策略驱动的执行隔离层。开发者和 IT 管理员可以规定智能体能使用哪些文件、网络等资源，由 MXC 在运行时执行限制。微软强调，智能体不能充当自己的安全权威：权限边界必须由开发者或组织设定，并独立于智能体执行。
据微软介绍，在智能体场景中，开发者可以使用 MXC 约束模型生成的输出、插件、工具、agent harness 或整个智能体。策略始终处于工作负载控制之外，智能体及其生成的代码无法自行增加访问权限。
微软以网站更新任务为例：编码智能体可以读写代码仓库，也可能需要读取生产服务器配置，但不应因此获得修改配置的权限。隔离环境旨在阻止这类越界操作，即使模型或工具认为修改配置有助于完成任务。
开发者通过统一的 JSON 配置 schema 和多语言 SDK 声明资源需求，MXC 再将控制要求映射到 Windows、macOS 或 Linux 上选定的后端。策略覆盖进程启动、文件读写、网络连接及桌面交互等范围。
微软列出了四种隔离后端。进程容器支持 Windows 11、macOS 和 Linux，分别使用 AppContainer、Seatbelt 和 Bubblewrap。会话容器仅支持 Windows 11，通过独立账户与会话隔离智能体的桌面、剪贴板和输入等资源。
WSL 容器同样仅支持 Windows 11，为依赖 Linux 工具链的任务提供执行环境。MicroVM 支持 Windows 11 和 Linux，提供硬件强制隔离，目前仍处于实验阶段。微软同时宣布，Windows 365 对 MXC 的支持已正式可用，开发者可在云电脑上运行智能体。
MXC 提供强制、学习和宽松三种模式。强制模式阻止未获授权的访问，不生成活动报告；学习模式同样阻止越界访问，但会将其记录在 JSON 活动报告中；宽松模式则允许原本会被策略拒绝的操作继续执行，并记录相关访问。
微软说明，宽松模式不会绕过其他操作系统或组织限制。活动报告目前仅由 Windows 上的 MXC 进程容器支持，用于帮助开发者识别任务所需资源、调整权限。
据微软公布的信息，GitHub Copilot、OpenClaw、OpenAI Codex、Replit、LM Studio 和 Unsloth AI 已支持 MXC，NVIDIA 也已将 OpenShell 集成进 MXC。Claude Code、Manus、Perplexity 等产品将陆续提供支持。
企业管理方面，微软称，用于管理 Windows 11 上 MXC 进程容器的 Intune 策略将“很快”推出；Windows 也将支持 Microsoft Entra 在 Microsoft Agent 365 中区分智能体活动与用户活动。这些能力尚属于后续发布内容。
