微软宣布，其执行容器（MXC）现已正式全面可用。作为一个沙箱化代码执行系统，MXC旨在Windows、Linux和macOS上安全运行模型输出、插件及工具等不受信任的代码。其核心理念是为用户提供一个管理AI智能体的平台，由Windows强制执行用户设定的文件、网站及程序访问限制。
早在2026年4月的Build大会上，微软便首次披露了MXC的相关信息。目前，采用MIT许可证的MXC代码已免费开放数月。尽管微软对Windows 11的支持更为成熟，但尚未完全覆盖所有应用场景。
微软将MXC定义为智能体的“隔离层”。Windows平台与开发者副总裁Logan Iyer表示，开发者和IT管理员负责定义智能体可使用的资源（如文件和网络目标），MXC则利用适当的容器在运行时强制执行这些策略。
技术架构与隔离机制
MXC是一个基于Rust编写的SDK依赖项，开发者可将其嵌入应用程序中。用户应用需指定容器类型、隔离规则及工作负载命令，MXC在验证请求后，会在选定的容器中启动工作负载。
Iyer指出，目前仅Windows支持“会话容器”。该容器在用户设备上以独立的、操作系统隔离的会话运行智能体，拥有独立的本地身份以及隔离的桌面、剪贴板、UI和输入边界。此外，用户还可选择三种其他容器类型及一种MicroVM（微虚拟机），后者能提供硬件强制隔离和完整的Linux工作负载兼容性。
企业级功能尚待完善
尽管MXC已全面可用，但其企业级管理能力仍有欠缺。目前，通过Microsoft Intune添加“额外约束”的功能尚未就绪，这可能引发部分用户对其企业级就绪程度的质疑。Iyer承认，用于管理Windows 11上MXC进程容器的Intune策略“将很快推出”，但未提供具体时间表。
在生态集成方面，目前已支持的智能体平台包括GitHub Copilot、OpenClaw、OpenAI Codex、Replit、LM Studio和Unsloth AI。微软预计，Claude Code、Box、Manus和Perplexity也将随后加入。
尽管发布初期并非完美，但技术界对此进展持欢迎态度。一家富时100指数成分公司的首席技术官指出，“大规模安全运行智能体的挑战”是行业亟待解决的核心问题。他补充道，当前选择智能体平台往往意味着同时选择身份管理、权限、容器化及沙箱等基础设施，不同方案间的差异和潜在漏洞使得跨平台切换困难重重。若能规模化解决这一安全问题，将切实推动整个行业提供更优质的AI解决方案。