Vercel 在 ２０２６ 年 ５ 月 ２９ 日宣布 Vercel Sandbox 支援安裝並執行 Docker。這個更新對 coding agent 很實用，因為很多真實專案的測試不是只跑單一單元測試，而是需要 Redis、Postgres、worker、queue、browser 或完整容器服務。
以前 agent 要驗證這些流程，常見做法是直接在開發者本機、CI runner 或臨時 VM 上跑。問題是權限大、環境髒、依賴難重現，也容易碰到憑證與內網資源。
Docker inside Sandbox 把這些動作拉進隔離環境。
這次更新是什麼？
Vercel 官方 changelog 提到，Sandbox 現在可以在 sandbox 內安裝並執行 Docker。Agent 可以：
- 建立 sandbox。
- 安裝 Docker。
- 啟動 Docker daemon。
- 執行 containerized services。
- 在容器中跑測試依賴，例如 Redis 或 Postgres。
- 驗證 container image。
- 預覽由容器提供的應用。
官方也提到，搭配 persistent sandboxes，Docker 安裝與 pulled images 可以在 session 之間保留。
這代表 agent 不需要每次都從零拉完整環境。
為什麼 coding agent 需要 Docker？
真實軟體專案通常不是純函式題。Agent 如果要完成比較完整的 issue，常常需要：
- 啟動資料庫。
- 跑 migration。
- 跑 queue worker。
- 跑 integration tests。
- 建立 container image。
- 驗證 Dockerfile。
- 啟動 preview server。
- 重現 CI 中的 service dependency。
如果 sandbox 只能跑簡單命令，agent 的能力會卡在單元測試和靜態檢查。Docker 支援讓 sandbox 更接近工程團隊真正的驗證環境。
和一般 CI runner 有什麼不同？
CI runner 是批次驗證。Sandbox 更像 agent 的互動式工作環境。
| 面向 | CI runner | Vercel Sandbox |
|---|---|---|
| 主要用途 | PR 或 commit 後驗證 | agent 執行、修正、再驗證 |
| 互動性 | 較低 | 可連續執行命令與讀結果 |
| 隔離 | 依 CI 設定 | ephemeral microVM 與 sandbox 邊界 |
| 生命週期 | pipeline 結束即清理 | 可搭配 persistent session |
| 適合任務 | 最終驗收 | agent 中途迭代 |
兩者不是替代關係。比較好的做法是：agent 在 sandbox 中反覆修正，最後仍讓 CI 做正式驗收。
適合的 agent 工作流
Docker inside Sandbox 最適合這幾種情境。
１．需要資料庫的 bug fix
Agent 讀 issue 後，可以在 sandbox 內啟動 Postgres，套 migration，跑 failing test，再根據錯誤修正程式。
２．容器化應用預覽
如果專案以 Dockerfile 或 docker compose 定義服務，agent 可以在 sandbox 內 build image，啟動服務，檢查 log 與 HTTP response。
３．依賴服務測試
很多 integration tests 需要 Redis、Elastic、OpenSearch 或 message broker。這些依賴不應直接污染本機。Sandbox 可以把它們包在可清理環境中。
４．安全測試
Agent 產生或修改容器設定時，可以先在 sandbox 內驗證，而不是直接碰 production-like 環境。
導入時要注意什麼？
Docker 支援不代表可以放鬆治理。企業導入時仍要注意：
- 限制 sandbox 能碰的網路目的地。
- 不把 production secrets 放進 sandbox。
- 設定執行時間與資源上限。
- 紀錄 agent 在 sandbox 內執行的命令。
- 將 sandbox 結果和最終 CI 結果分開看。
- 對高風險命令保留 approval gate。
Sandbox 的價值是隔離與可重現，不是讓 agent 擁有無限制主機權限。
和 LangSmith Sandboxes、Cloudflare Sandboxes 的共同方向
最近多家平台都在補 agent execution layer。LangSmith 有 Sandboxes，Cloudflare 有 Sandboxes，Vercel 也在強化 Sandbox。這說明一個趨勢：agent 不只需要模型，還需要自己的安全執行環境。
未來 coding agent 的競爭，會從「誰會寫 code」走向「誰能安全地跑、測、改、再跑」。Docker 支援就是往這個方向前進。
官方來源
結論
Vercel Sandbox 支援 Docker，讓 agent 更接近真實工程流程。
這不是炫技功能，而是補上 integration testing 和 containerized app validation 的缺口。對想讓 AI agent 參與後端、DevOps、資料服務或複雜測試流程的團隊來說，sandbox 裡能不能跑 Docker，會直接影響 agent 能處理的任務上限。