沙箱搬到雲端，代理能否接著原本的工作執行？Docker 推出 Cloud Sandboxes，讓 AI 程式代理可在 Docker 管理的雲端算力執行，並提供 sbx move 在本機與雲端間搬移沙箱。評估前須先釐清搬移範圍：檔案系統可以帶到目的端，執行中的程序與記憶體狀態不會跟著走。
因此，Cloud Sandboxes 的價值要從任務是否受限於筆電、搬移後需要重建哪些狀態，以及雲端的費用與資料政策來判斷。Docker 公告能說明產品設計與廠商列出的價格，官方文件則標示 CLI 雲端沙箱支援仍為實驗性；這些資料不能單獨證明實際效能、安全性或團隊成本效益。
Docker Cloud Sandboxes 新增了哪個環節？
Docker Cloud Sandboxes 把 AI 程式代理的隔離執行環境延伸到 Docker 管理的雲端算力；sbx move 則把沙箱檔案系統封裝後，在另一端建立新的沙箱。它提供環境轉移的工具，不是將正在執行的工作即時搬遷。
Docker Sandboxes 原本讓程式代理在隔離環境中處理程式碼。這次的增量是同一套 sbx 命令列介面可操作本機與雲端沙箱，雲端執行時不必依賴開發者電腦的虛擬化能力或運算資源。微型虛擬機（microVM）是啟動較精簡、具獨立核心的虛擬機環境；Docker 說本機和雲端採用相同隔離模型，雲端底層運算資源由 Docker 管理。
隔離界定代理的執行邊界，無法消除資料、憑證或網路風險；使用前須確認可讀取的檔案、可連線服務及產物存放位置。
sbx move 會以來源檔案系統建立有新識別碼的目的端沙箱，且兩種搬移方向都不會刪除來源。搬往雲端會停止本機來源；搬回本機時，CLI 會要求雲端來源停止，但若停止遭拒或尚未確認，搬移仍可能完成，來源也可能繼續運作。停止中的雲端來源仍保留識別碼與狀態，可再啟動；要清除則須另行刪除。
「搬移會擷取沙箱的檔案系統，並在目的端以它啟動新的沙箱。」— Docker sbx move CLI 文件（中文翻譯）
若代理正在跑測試或只把進度留在記憶體，目的端無法接續；搬移前須將進度寫入檔案或版本控制，再重新啟動。
代理工作為什麼需要從本機移到雲端？
當代理任務長時間執行、筆電休眠或資源不足造成中斷，或團隊需要同時跑多個互相隔離的任務時，雲端沙箱才可能減少本機成為瓶頸的情況。短任務或高度依賴本機檔案、硬體與互動的工作，留在本機通常更直接。
判斷前要追問原因：任務為什麼非得搬到雲端？如果真正的問題是提示不清、測試步驟不完整、代理需要頻繁人工決策，增加算力並不會自動改善工作品質。雲端較適合承接可明確定義輸入、完成條件與交付物的長任務，例如依指示進行重構、跑完整測試或整理依賴更新；工程師之後檢查差異與測試結果。
闔上筆電可能休眠，電池、網路或本機 CPU、記憶體也會限制長任務及多代理並行。雲端可提供遠端算力，團隊仍須管理排程、重試、通知與結果審查。
本機沙箱可掛載主機工作區，雲端則無法掛載或使用主機硬體，須在沙箱內複製或檢出專案，再以 sbx move、sbx cp 或 Git 取回成果。
| 評估面向 | 本機沙箱 | Cloud Sandboxes |
|---|---|---|
| 運算位置 | 開發者自己的主機 | Docker 管理的雲端基礎設施 |
| 主機工作區 | 可使用本機掛載與主機檔案 | 不接受本機工作區路徑，需在沙箱內取得專案 |
| 硬體與資源 | 受主機資源及虛擬化支援影響 | 使用雲端運算資源，不使用主機硬體 |
| 憑證與網路 | 使用本機沙箱設定 | 憑證與網路政策分開管理，搬移後須檢查 |
| 長任務 | 受休眠、斷線及主機資源影響 | 可由雲端執行，但仍受期限與生命週期設定管理 |
| 費用 | 本機運算本身無雲端算力費 | 依雲端運算計費，模型供應商費另計 |
搬移前要檢查哪些資料與整合邊界？
sbx move 會搬移沙箱檔案系統，但不會帶走執行中的程序、記憶體狀態、主機掛載、由 sbx 管理的密鑰或網路政策；寫入複製檔案的憑證仍可能同行。搬往雲端改用雲端網路政策，搬回本機則使用主機預設政策，專案檔案、登入憑證、連接埠和環境變數都要逐項確認。
掃描專案檔、設定檔、日誌及 shell 歷史中的 API token 或私鑰，移除不應外送的憑證，並備妥輪替與撤銷流程；目的端密鑰與檔案內憑證須分開處理。
程式碼倉庫可能含未公開功能、客戶或測試資料、內部文件及建置產物。依資料分類規則確認可否傳至供應商基礎設施，並界定建立沙箱、檢視產物、延長期限和刪除環境的權限；若資料不得離開特定網域，就不應選雲端執行。
第三是網路政策與服務整合。本機規則不會原樣套用：搬往雲端使用雲端政策，搬回本機使用主機預設政策；若本機設有 L7 規則，搬往雲端前會出現確認提示。代理需存取程式碼平台、套件倉庫或內部 API 時，應核對必要網域與連接埠並採最小權限。搬往雲端會重新發布 TCP 連接埠並產生新 URL，雲端不接受的連接埠會警告後略過；搬回本機的連接埠綁定也可能變動，須測試目的端實際可連線範圍。
「Cloud Sandboxes 的支援仍屬實驗性，功能與行為可能改變。」— Docker Cloud Sandboxes 官方文件（中文翻譯）
Docker 文件標示 sbx CLI 雲端支援為實驗性，介面和行為可能改變。截至 2026 年 9 月 25 日，雲端文件列 sbx 0.45.0 以上及有效的 Docker Agentic Platform 訂閱；前一日公告則列 0.45.1 以上及 pay-as-you-go 方案。版本與方案說法不同，應依當下文件及 sbx --cloud diagnose 確認帳戶可用性。依賴特定命令、網路或到期行為的流程也須重驗。
搬回本機時，主機掛載不會恢復原狀；檔案留在沙箱工作目錄，須用複製命令或版本控制取回。雲端附加的卷宗與環境變數不會同行，密鑰也要重新設定。試行時應一併演練取回結果與清除來源。
搬移前要確認代理已將進度寫入檔案、目的端所需密鑰與網路權限，以及成果的取回位置。另分開檢核來源狀態：本機來源在搬上雲端後停止，雲端來源搬回本機時可能仍在停止中或持續運作，需自行確認是否重啟或刪除。目的端則依自己的 TTL 與到期動作管理。
雲端沙箱的費用與生命週期怎麼估？
估算時要把雲端運算時間、閒置與重試、模型供應商費用，以及團隊維護和取回產物的工時放在一起。Docker 公告列出依秒計算的雲端算力費，並表示暫停的沙箱不收運算費；模型推論則可使用自備金鑰，費用依模型服務商計算。
Docker 公告列出的每小時費率依規格級距而異：Micro（1 vCPU、2 GiB 記憶體）為 0.07 美元，Small（2 vCPU、4 GiB）為 0.14 美元，Medium 為 0.28 美元，Large 為 0.56 美元，XL 為 1.12 美元。這是 Docker 公告所列價格，實際方案、帳戶條件與費率可能變動，發布前應重新查看官方頁面。
按秒計費仍須計入實際運算時數、閒置、重試及並行數；模型 API 依供應商另計。環境不一致造成重跑時，兩類費用都會增加，試算也應納入等待時間與管理工時。
一般 Cloud Sandboxes 文件列明預設一小時到期，到期時可恢復的沙箱會停止，其餘刪除。sbx move --to cloud 建立的目的端則採伺服器 TTL，CLI 文件稱通常為一小時；可用 --ttl 設為 15 秒至 24 小時，並以 --on-timeout 選擇停止或刪除（並非每個沙箱都支援停止）。Docker 公告另稱一般執行預設一小時、單次最多 24 小時。設定會因服務與帳戶而異，應在建立時查明 TTL 和到期動作，重要檔案另行備份；本文數值依 2026 年 9 月 25 日官方頁面，正式使用前重查。
例如選一項可丟棄的依賴更新任務，固定程式與代理版本，分別本機執行、搬往雲端重啟，再取回成果；記錄完成時間、運算與模型費、重試數及人工整理工時。再測試暫停、到期、恢復和刪除，確認資料保留狀態，才能估算完整成本。
哪些團隊適合先試用，導入前如何驗證？
適合先試用的團隊，通常有明確可交辦的長時間代理任務，能接受專案資料進入雲端，並已定義憑證、網路、費用上限與成果回收方式。若工作仰賴本機掛載、特定硬體或敏感資料不可離開內部環境，則需先處理限制。使用門檻也須先確認：截至 2026 年 9 月 25 日，Docker 雲端文件與公告對 CLI 版本及訂閱方案有不同說法，應查閱當下文件並執行帳戶診斷。
導入評估先列出一項瓶頸：誰發起代理、代理可取得哪些資料和執行哪些命令、完成標準為何、由誰檢查，失敗時如何復原。這能讓輸入與交付責任清楚。
挑選沒有敏感資料、可丟棄且易驗證的任務，小規模比較本機與雲端流程。固定程式碼、代理版本和提示，記錄搬移、重啟、成果取回各步驟的時間、費用、重試與權限需求，避免任務條件改變影響比較。
- 選一項可丟棄、沒有敏感資料且可驗證結果的長任務，固定程式碼與代理設定。
- 比較本機執行、搬到雲端、重新啟動與成果取回所需的時間、運算費、模型費和人工步驟。
- 檢查目的端的憑證、網路政策、連接埠、TTL 與到期動作，並確認來源和目的端的停止、恢復及刪除方式。
- 只有當工作確實受本機資源限制，且資料治理與整合成本可接受時，再擴大到更多任務。
是否採用仍取決於任務時長、資料邊界、環境差異和總成本；先驗證完整的交辦與成果回收流程，再決定是否擴大使用。
- Cloud Sandboxes 在 Docker 管理的算力執行代理；
sbx move搬移檔案系統，不搬執行中的程序或記憶體狀態。 - 雲端與本機的掛載、憑證、網路政策及生命週期設定分開，搬移前後都需重新檢查。
- Docker 公告列出按秒計算的雲端算力費，模型供應商費用另計；以實際任務做小規模成本試算。
- 官方文件目前標示 CLI 雲端沙箱支援為實驗性，功能與條件應在發布前重查。
常見問題
Q1：sbx move 可以讓代理在雲端接著本機程序繼續跑嗎？
不可以。它會以沙箱檔案系統在目的端建立新沙箱，執行中的程序和記憶體狀態不會同行。要延續工作，應先把進度寫入檔案或版本控制，再於目的端重新啟動代理。
Q2：本機沙箱的 API 金鑰會一起搬到雲端嗎？
由 sbx 管理的密鑰不會隨搬移帶到目的端，需在雲端另行設定。若金鑰已存進會被搬移的檔案，則可能跟著檔案系統移動，應先掃描並清理。
Q3：雲端沙箱刪除後，工作檔案還會保留嗎？
只存在沙箱中的檔案可能隨刪除一併消失。刪除前應將程式碼與成果推回版本控制或複製到團隊指定位置，並確認到期設定是停止還是刪除。
Q4：雲端沙箱費用是否包含模型 API？
Docker 公告將雲端運算費與自備模型金鑰分開說明。使用模型服務的推論費用仍須依該服務商的方案估算。
