8月11日消息，Docker 面向 AI 编码智能体的沙箱产品 Docker Sandboxes 已支持 macOS、Windows 与 Linux 三个平台。每个智能体运行在一个专用 microVM 中，只挂载开发环境和项目工作区，可以安装软件包、修改配置、启动自己的 Docker 容器，而宿主机不受影响，不需要人工审查或权限确认。sbx 命令行工具免费开放，包括商业与专业用途；团队级的集中管控由 Docker 的另一款产品 Docker AI Governance 承担。产品当前仍处于早期访问阶段。
让 YOLO 模式变安全：隔离代替审批
编码智能体要完成真实工作，需要自由执行权限，这正是 YOLO 模式（--dangerously-skip-permissions，跳过一切权限确认）的由来：它让智能体跑得快，但如果没有护栏，也让错误和越权行为有机会直接落到宿主机上。Docker Sandboxes 的方案不是收紧权限，而是改变运行环境：每个智能体被放进专用 microVM，网络、文件系统与凭据的访问在运行前定义，凭据在运行时注入且位于虚拟机边界之外；智能体跑偏了，整个沙箱可以一次性销毁重建。
官方把这称为默认的 YOLO 模式：自由执行是默认设置，但执行发生在隔离环境中，速度和安全性不再互为代价。每个 microVM 拥有独立内核、Docker daemon 与文件系统，宿主机保持干净。
microVM 架构：比容器强，比虚拟机快
Docker Sandboxes 采用 microVM 隔离，安全边界比容器更硬，同时避免了 Docker-in-Docker 常见的权限问题。Docker 自研了跨平台虚拟机监视器，基于各操作系统原生虚拟化接口（Apple 的 Hypervisor.framework、Windows Hypervisor Platform 与 Linux KVM），用单一代码库覆盖三个平台，冷启动速度接近容器。相比主要面向云端 Linux 环境的 Firecracker，这套方案更适配开发者的本地笔记本。
沙箱默认是一次性的：用完即销毁，比传统虚拟机更快拉起和拆除。智能体在沙箱内仍可以使用 Docker，运行额外的容器。
支持主流编码智能体，无需 Docker Desktop
官方开箱支持 Claude Code、Gemini CLI、Copilot CLI、Codex、OpenCode 与 Kiro，也允许接入自定义智能体。安装通过各平台包管理工具完成（macOS 的 Homebrew、Windows 的 winget、Ubuntu 的 apt），不需要安装 Docker Desktop。Docker 官方博客介绍，NanoClaw 的构建原则是给智能体建墙而不是信任它们，Warp 也计划把 Sandboxes 集成进终端，让本地与云端运行的智能体共用一致环境。 免费 CLI 与付费的团队治理
sbx CLI 免费，无按席位费用，用免费 Docker 账号登录即可无限运行沙箱；付费部分只有组织治理，提供网络策略、文件系统规则、MCP 治理、强制登录与审计日志等集中管控能力，价格需要联系 Docker 销售获取，未公开固定报价。对个人开发者来说，给编码智能体套上一层本地隔离的成本为零；对团队而言，管控策略的上限取决于组织治理订阅。
安全执行层成为智能体基础设施
Docker Sandboxes 代表的是编码智能体安全的一条路线：不依赖审批流程，而把隔离做成执行环境本身。它与云端沙箱（在服务器上为智能体提供隔离环境）形成互补，本地 microVM 让智能体在自己机器上也能无人值守地跑完长任务。产品仍处于早期访问阶段，架构与命令在快速迭代，实际的安全性边界还需要在真实使用中被验证。
AI 速览
