AREX Feed Article
Unsloth 宣布把微软开源沙盒 mxc 接入其桌面应用：称与 Windows 团队合作、集成开销不到 100 毫秒
UTC 时间 10 月 8 日 16 时 15 分（北京时间 10 月 9 日 0 时 15 分），Unsloth AI 的官方 X 账号 @UnslothAI 称，微软发布了用于沙盒化代码执行（sandboxed code execution）的开源仓库 mxc；Unsloth 已与 Windows 团队合作，把 mxc 作为操作系统级沙盒（OS level sandboxing）接入其桌面应用，这次集成「只增加不到 100 毫秒（<100 ms）的开销」。帖文附上了 GitHub 仓库与指南链接。
帖文附带的给出了更细的实现说明，页面显示其最后更新时间为 UTC 10 月 8 日 16 时 02 分，比帖文早约 13 分钟。Unsloth 的写明这是一款「在本地运行和训练 LLM 与扩散模型的 UI」。微软一侧的说法出现在 10 月 7 日的 上：MXC 在 Windows 11 上正式可用，Unsloth AI 被列入「已经支持 MXC」的 agent（智能体）名单。
指南里的实现：三个平台，两种模式
指南开头的描述是：「Unsloth 现在具备操作系统级沙盒，所有工具调用都会被隔离在特定文件夹内，不会对操作系统造成危害。」沙盒分两档：low 是软件沙盒，用字符串、AST 和正则检查识别危险调用，比如禁用危险的 rm -rf、阻止 token 外泄；high 是真正的操作系统级隔离，「所有平台都已支持」。若操作系统沙盒没有生效，有风险的调用会先询问用户。
具体到平台：Windows 用微软的 MXC，Linux 用 bubblewrap（bwrap），macOS 用系统自带的 Seatbelt。在 Windows 上，Python 和 Terminal 会在软件沙盒之上再套一层系统沙盒；Terminal 实际运行在 cmd.exe 里，因为按界面提示，Git Bash 无法在 Windows 沙盒中启动。
沙盒拦下什么：从 rm -rf 到 600 秒的 CPU 时限
软件沙盒拦截的是一份具体的命令清单：rm、dd、mkfs 等删除与磁盘工具；chmod、chown、sudo、su 等权限与提权命令；curl、wget、ssh 等网络工具；kill、shutdown、reboot 等进程与电源命令；以及 eval、source。Windows 上这条清单还多了 rmdir、takeown、icacls、runas、powershell、pwsh。Python 代码则在运行前被读取：os.system、subprocess、requests、urllib、原始 socket 连接、读取 /etc/passwd 之类的敏感文件、篡改信号或超时，都会被检查。
两种模式都会生效的规则包括：剥离敏感环境变量、拒绝访问应用自己的凭据文件，以及限制进程数、文件大小（100 MB）、内存（8 GB）和 CPU 时间（600 秒）。
微软一侧：mxc 仓库、v1.0.0 与一份合作伙伴名单
帖文提到的开源仓库是 。仓库页面显示它创建于 2026 年 2 月，采用 MIT 许可证，自述为「策略驱动的分层隔离与遏制」（Policy-driven, layered isolation and containment）；README 把它定义为「在 Windows、Linux 和 macOS 上运行不可信代码（模型输出、插件与工具）的沙盒化代码执行系统」，提供 Rust、.NET、Node.js 三种 SDK，Windows 上的默认后端是 ProcessContainer。
10 月 7 日，mxc 发布 ，发行说明称这是「Rust、.NET 和 Node.js SDK 的首个稳定版本」。同一天，微软 Windows 与设备部门执行副总裁 Pavan Davuluri 在 Windows 体验博客上宣布 MXC 在 Windows 11 上正式可用：企业可以定义 agent 能访问哪些文件和网络，策略在运行时执行。博客称传统沙盒不是为 agent 设计的，因为遏制需求会随每一次提示与工具调用变化；文中列出的支持名单包括 OpenAI 的 Codex、GitHub Copilot、OpenClaw、Replit、LM Studio、NVIDIA 的 OpenShell 和 Unsloth AI。
X 简介写明自己负责 Windows 全球开发者关系与合作伙伴事务的 Mik Chernomordikov 也：「感谢与 @UnslothAI 合作，把 MXC 用于 @Windows 上的 agent 沙盒！」
指南的延迟表：164、110 与 50 毫秒
指南里有两处更细的数字。开头的「每次调用延迟（Latency per call）」表列出：Windows 的 MXC 为 164 毫秒，Linux 的 bubblewrap 为 50 毫秒，macOS 的 Seatbelt 为 110 毫秒。后面的「Latency of sandboxing」一节把延迟按低、高两档展开：Windows 为 8 毫秒和 164 毫秒，Linux 为 3 毫秒和 50 毫秒，macOS 为 10 毫秒和 110 毫秒。软件沙盒（低档）的额外延迟，文档写的是每次调用约 1～2 毫秒。
同一天，Daniel Han 的账号 @danielhanchen（简介写着「Building @UnslothAI」）在帖文发布 13 分钟后称：「所有平台每次工具调用的延迟都低于 100 毫秒。」
这几处数字都出自 Unsloth 一方，彼此并不一致：指南表格里 Windows 与 macOS 的高档延迟（164 毫秒、110 毫秒）都在 100 毫秒之上，低于这个数的只有 Linux 的 50 毫秒。
更新即可启用，但界面标着「预览版」
指南给出的启用方式是一句话：「把 Unsloth 更新到最新版，就能获得沙盒。」具体条件：Windows 11 24H2 及更高版本已预装 MXC；Linux 需要安装 bwrap，选择高档时应用会代为安装；macOS 的 Seatbelt 预装，应用会自动启用。
在 Windows 的沙盒设置页上，有内置容器和后备（fallback）两条路径：内置容器不需要管理员操作；后备沙盒需要一次性的管理员操作「Prepare this PC」，且每次重启后都要重做。工具运行期间，Unsloth 会给它临时开放所需文件夹的访问权。
应用也提供了关闭选项：选择「Full access」，两档沙盒都会关闭，Unsloth 可以不受约束地访问整台电脑。界面里，这项功能标着「Windows sandbox（preview）」，设置页底部的说明写着：「MXC 仍是预览版，不是安全边界。」