▲Vercel News•較早收集於 24h
Vercel Sandboxes 現已支援自動檔案系統持久化
💡利用 Vercel Sandboxes 的自動檔案系統持久化功能，優化您的 AI 代理編碼工作流程。
⚡ 30-Second TL;DR
有什麼變化
檔案系統狀態預設會在會話間自動保存與恢復。
為什麼重要
此更新透過在執行會話間維護狀態，顯著改善了 AI 驅動的編碼代理與臨時環境的開發體驗。它減少了重新初始化環境的負擔，使長期運行的沙盒工作流程更有效率。
下一步行動
將 @vercel/sandbox SDK 更新至最新版本，並測試新的 Sandbox.getOrCreate() 方法，以簡化 AI 代理執行環境中的狀態管理。
誰應關注：Developers & AI Engineers
關鍵要點
- •檔案系統狀態預設會在會話間自動保存與恢復。
- •新增 SDK 方法：Sandbox.fork()、Sandbox.getOrCreate() 與 Sandbox.delete()。
- •支援自定義標籤（Tags）以進行多租戶追蹤，並新增生命週期鉤子（Lifecycle hooks）。
- •快照儲存與運算資源分開計費，可透過 --non-persistent 參數選擇關閉。
🧠 深度解析
Web-grounded analysis with 24 cited sources.
🔑 增強重點摘要
- •Vercel Sandboxes 採用基於 Firecracker 微型虛擬機的架構，運行 Amazon Linux 2023，為執行非信任程式碼（例如 AI 代理輸出或使用者上傳內容）提供強大的隔離環境。
- •自動檔案系統持久化功能於 2026 年 3 月進入測試階段，其核心機制是將儲存與運算分離，當沙盒停止時自動快照檔案系統，並在恢復時從該快照啟動新會話；透過效能優化，快照恢復時間已縮短至一秒以內。
- •Vercel Sandboxes 主要針對 AI 代理、程式碼生成和開發者實驗等動態、即時工作負載設計，支援 Node.js (node22, node24, node26) 和 Python (python3.13) 運行時，並提供完整的 root 存取權限。
- •該平台採用「沙盒」（長期存在的具名實體，包含持久狀態）和「會話」（綁定該狀態的單一運行中虛擬機實例）的兩層模型，當對已停止的持久沙盒進行 SDK 呼叫時，SDK 會自動從最新快照恢復一個新會話。
- •Vercel Sandboxes 的計費模式採用「活躍 CPU」定價，僅針對 CPU 實際使用時間計費，而非閒置或 I/O 等待時間，這對於突發性或 I/O 密集型工作負載能顯著降低成本。
📊 競品分析▸ Show
| 功能 / 平台 | Vercel Sandbox | E2B | Northflank | GitHub Codespaces | Gitpod | CodeSandbox | Fly.io Sprites |
|---|---|---|---|---|---|---|---|
| 隔離 | Firecracker 微型虛擬機 | Firecracker 微型虛擬機 | 微型虛擬機 (Kata, gVisor, Firecracker) | Azure 基礎設施內的虛擬網路隔離 | 帶有可配置網路策略的工作區隔離 (Kubernetes) | 基於容器 | 持久虛擬機 |
| 持久性 | 停止時自動檔案系統快照，亞秒級恢復 | 透過暫停/恢復實現持久狀態，暫停會話可達 30 天 | 臨時與持久環境，無強制時間限制 | 開發環境的持久儲存 | 開發環境的持久儲存 | 透過快照實現持久性，虛擬機在 2 秒內恢復 | 跨會話的持久 ext4 檔案系統 |
| 運行時 | Node.js (22, 24, 26), Python (3.13) 於 Amazon Linux 2023 | 任何可在 Linux 上運行的語言，自定義模板 | 任何語言、運行時、框架 | devcontainer.json, 基於 Docker | devcontainer.json, 基於 Docker | Dockerfile & Docker Compose，多服務編排 | 持久 Linux 環境 |
| 使用案例 | AI 代理、非信任程式碼、程式碼生成、開發者實驗、即時預覽 | AI 代理沙盒、程式碼解釋器、數據分析 | 生產級 AI 基礎設施、長時間運行工作負載、全棧應用 | 雲端開發環境，GitHub 核心團隊 | 雲端開發環境 | 程式碼遊樂場、多服務開發 | 有狀態代理工作流程 |
| 計費模式 | 活躍 CPU、配置記憶體、創建次數、數據傳輸、快照儲存 (按用量計費) | (未在摘要中明確說明，通常按用量計費) | 按分鐘計費 | 按機器大小每小時計費，有免費層級 | 按小時計費，有免費層級 | (未在摘要中明確說明) | (未在摘要中明確說明) |
| 運行時限制 | 45 分鐘 (Hobby), 5 小時 (Pro/Enterprise), 可程式化擴展 | 最長 24 小時活躍會話 | 無強制會話持續時間限制 | (未在摘要中明確說明，通常適用於開發環境的長時間運行) | (未在摘要中明確說明，通常適用於開發環境的長時間運行) | (未在摘要中明確說明) | (未在摘要中明確說明) |
| BYOC 支援 | 否 | 僅限企業版 (AWS, GCP) | 是 (AWS, GCP, Azure, 裸機) | 否 | 2024 年停止自託管選項 | (未在摘要中明確說明) | 否 |
🛠️ 技術深入
- Vercel Sandboxes 運行在 Firecracker 微型虛擬機上，提供強大的隔離性，每個沙盒擁有專屬的內核和完整的虛擬機隔離，優於基於容器的解決方案。
- 沙盒的基礎鏡像為 Amazon Linux 2023，並提供 Node.js (node22, node24, node26) 和 Python (python3.13) 運行時，使用者擁有完整的 root 存取權限，可使用
sudo和dnf安裝套件。 - 檔案系統持久化透過自動快照實現：當沙盒會話停止（無論是超時還是手動停止），其檔案系統會自動進行快照；當沙盒恢復時，新的會話會從最近的快照啟動。
- 為了優化效能，Vercel 已將快照恢復時間從超過 40 秒顯著縮短至一秒以內，這得益於平行化處理和本地快取技術。
- 沙盒具備專用的私有檔案系統、內核級別的進程隔離，以及帶有受控出站存取的獨立網路命名空間。
- Vercel Sandboxes 採用「Fluid compute」模型，結合「Active CPU」定價，可動態擴展 CPU 和記憶體資源，且僅對 CPU 實際活躍時間計費。
- 提供了 JavaScript/TypeScript (
@vercel/sandbox) 和 Python (vercel.sandbox) 的 SDK，以及sandboxCLI 工具，用於程式化創建、管理沙盒和執行命令。 - 支援 Vercel OIDC 令牌（推薦）或存取令牌進行身份驗證。
- 沙盒的預設工作目錄為
/vercel/sandbox。 - 沙盒生命週期包括：Provisioning（分配資源、啟動微型虛擬機）、Running（程式碼在會話中執行）、Stopping（會話關閉，持久沙盒的檔案系統被快照）、Resuming（從快照啟動新會話）。
🔮 前景展望AI analysis grounded in cited sources
Vercel將進一步鞏固其作為AI應用開發首選平台的地位。
自動檔案系統持久化功能顯著簡化了AI代理和生成式AI工作負載中狀態管理和迭代的複雜性，使其更易於構建和部署具備記憶和連續性的AI應用。
開發者將能更高效地構建和測試複雜的、有狀態的開發環境。
無需手動管理快照和環境設置，開發者可以專注於程式碼邏輯，並在會話間無縫地保存和恢復工作狀態，加速開發週期。
Vercel的「Active CPU」計費模式將吸引更多I/O密集型或突發性工作負載。
僅對實際CPU使用時間計費，而非整個運行時間，這對於AI推理、數據處理等具有大量等待時間的工作負載來說，能大幅降低成本。
⏳ 時間線
2023-01
有狀態無伺服器系統的探索與挑戰
2025-01
Vercel 從「前端雲」轉型為「AI 雲」
2025-12
Vercel for Platforms 產品推出
2026-01
Vercel Sandboxes 正式普遍可用
2026-03
Vercel Sandboxes 引入自動檔案系統持久化功能（測試版）
2026-04
Vercel 宣布 Sandbox 快照效能優化，恢復時間縮短至一秒內
📎 來源 (24)
Factual claims are grounded in the sources below. Forward-looking analysis is AI-generated interpretation.
📰
AI 週報
閱讀本週精選 AI 大事摘要 →
👉相關動態
AI 策展新聞聚合。所有內容版權歸原始發布者所有。
原始來源： Vercel News ↗