Docker 把跑 agent 的沙箱搬上云:0.07 美元一小时起,关了电脑 agent 还在跑

2026-09-27 Agent沙箱Docker成本

一句话:Docker Sandboxes 从今年早些时候起就是个跑 agent 的 microVM 环境——每个沙箱有自己的内核和 Docker daemon,agent 再怎么折腾也碰不到你的宿主机。9 月 24 日发布的 Cloud Sandboxes 是把同一个沙箱搬到 Docker 托管的机器上,隔离模型和 CLI 完全一致,变的只是底下的机器永远开着、要多少有多少。

为什么要搬到云上,官方那篇博客讲得很直接:agent 能干活的时间变长了。以前是几分钟一问,现在一个大型重构、一次依赖迁移、一套跑一小时的测试,是可以交出去、等它跑完再看的。问题就从”模型能不能把任务串起来”变成了”这几个小时在哪跑”。笔记本电脑是围着人设计的,合盖就睡、电池就慢、换个地方就断网。

价目表

规格vCPU内存每小时
Micro12 GiB0.07 美元
Small(默认)24 GiB0.14 美元
Medium48 GiB0.28 美元
Large816 GiB0.56 美元
XL1632 GiB1.12 美元

按秒计费,暂停的沙箱不收钱。存储卷、出网流量、托管公开镜像和 Kit 都免费。模型的钱你自己出——自带 key,推理费用不在沙箱算力价里。需要 sbx 0.45.1 或更高版本,以及 Docker Personal 或 Pro 账号上的按量付费计划。本地沙箱依旧免费,也不需要装 Docker Desktop。

本地和云之间可以互相搬:

$ sbx move my-project --to cloud

搬的是文件系统,在另一边重建出来,工作进度跟着走,反向也能搬。开一个新的更简单:sbx --cloud run codex。

对我有什么用

一人公司最缺的不是算力,是”能同时开工的工位”。一个人的机器同一时刻只能侍候一两个 agent,跑长任务时还得开着盖子不敢动。云沙箱把这件事变成:睡前丢一个任务上去,早上看结果。Medium 规格跑 8 小时是 2.24 美元,比你自己熬夜等它跑完划算。

另外两个细节值得单独说。一是 Secrets 走的是代理注入,agent 拿不到真密钥——提示词注入也就偷不到你没给它的东西。二是 MCP 只要在网关上连一次(Jira、Linear、Grafana、incident.io 或任意 streamable HTTP 端点),云上的、本地的、甚至 ChatGPT 桌面端的 agent 都能用。

泼冷水

最要命的一条藏在文档里:沙箱默认只活 1 小时,单个会话最长 24 小时。你按官方演示的用法丢个长任务上去就去睡,第二天早上看到的是一小时前就被停掉的东西。文档原话是:到期时,能恢复的会被停掉,不能恢复的会被直接删掉。

第二条:云沙箱不能挂载本地工作区。得在沙箱里 git clone,或者 sbx --cloud cp 把文件拷进去,跑完再拷出来。sbx rm 一执行,只存在沙箱里的文件就没了。

第三条:本地和云是两套状态。secrets、模板、网络策略各自独立,本地配过的凭证在云上不管用,得重新 sbx --cloud secret set。

第四条,也是很多人会误会的一条:隔离不等于数据合规。沙箱挡住的是 agent 在你的机器上执行代码,挡不住它把你读到的每个文件发给模型厂商。你要的是数据不出境,沙箱帮不上忙。

最后是产品状态:文档里 cloud 这一支标着 experimental,接口和行为都可能变。新账号那 250 美元算力额度是限时活动,不是长期政策。

具体建议

  1. 先 brew install docker/tap/sbx(Windows 用 winget install Docker.sbx),确认版本 ≥ 0.45.1,本地 sbx run claude 跑通一遍再上云。
  2. 长任务显式指定时长和网络白名单:sbx --cloud create --name nightly --allow-network github.com:443 claude,别用默认的 1 小时。
  3. 跑完先 sbx --cloud cp 把产物拷回本地,再 sbx --cloud rm。顺序反了就白干。
  4. 密钥一律走 sbx --cloud secret set,不要图省事挂载本地凭证目录。

原文:https://www.docker.com/blog/introducing-cloud-sandboxes/ 规格与配额:https://docs.docker.com/ai/sandboxes-api/limits/ 云端用法(含 1 小时默认过期、不能挂载本地工作区):https://docs.docker.com/ai/sandboxes/cloud/

原文出处 · 事实以此为准
Docker 官方博客 · Introducing Cloud Sandboxes
阅读原文 ↗