摘要： Vercel 在 2026 年 10 月 15 日宣布 Vercel Drives 正式可用（GA），適用於所有方案的 Vercel Sandbox。Drive 是掛載在 sandbox 裡的持久儲存，sandbox 停止後檔案仍在，之後的執行或其他 sandbox 掛載同一個 Drive 就能接續使用。對做 agent 的人來說，這補上了「工作狀態跟著任務走、而不是跟著容器走」這一塊。
為什麼 agent 需要自己的儲存層
Agent 常常處理跨多次執行的工作，而隨著任務演進，可能要換一套環境——不同的工具、不同的 runtime、不同的算力。問題是，過去檔案多半綁在執行環境上：sandbox 一停，工作區就沒了，換環境就得重新搬資料。
Vercel 在官方部落格說明，Drives 的設計目的就是讓 agent 的檔案獨立於執行環境。建一個 drive，之後每次建立 sandbox 時掛載上去，agent 就能在新的環境裡從上次離開的地方繼續。用 SDK 的寫法大概像這樣：
import { Sandbox, Drive } from '@vercel/sandbox';
const drive = await Drive.getOrCreate({ name: 'agent-workspace' });
const sandbox = await Sandbox.create({
mounts: { '/workspace': drive },
});掛載點下的東西存在 drive 上，其他東西屬於 sandbox 本身。下一個掛載同一個 drive 的 sandbox，會找到上一輪留下的 repository 和任何 agent 寫進去的檔案。
共享與 fork：一個 drive，多條路徑
除了單一 agent 的延續性，Drives 還有兩種用法值得注意。第一是共享：一個 agent 在 drive 上建好 dataset，其他 agent 可以掛載唯讀副本來分析或產報告，不用各自重建成品。第二是 fork：把 drive 複製成獨立的可寫 drive，fork 會繼承來源的資料、region 和容量上限，之後各自儲存自己的變更。
Fork 的實際場景是平行探索。多個 worker 從同一份保存的工作區出發，嘗試不同的資料轉換，彼此互不干擾，也不會動到原始 drive。官方也明確說了一個限制：fork 不會 merge 回原本的 drive，所以結果要另外收。
容量、方案與下一步
GA 之後，Drives 預設容量是 1 TiB，Hobby 方案為 1 GiB，最高可配置到 16 TiB。設定方式、snapshots 和細部限制可以看官方文件，changelog 則列出了 GA 時的具體變更。Vercel 也提供了一個 Drives 版的 eve agent starter template，可以一鍵部署試玩——如果你之前看過我寫的 Vercel 開源 eve：agent 框架終於有了一個標準形狀，把兩者接起來正好是一條完整的練手路徑。
對 builder 的實際意義
這個功能本身不複雜，但它改變的是 agent 應用的架構假設：檔案狀態不再需要自己維護一套外部儲存加同步邏輯，而是平台層直接給你「可命名、可掛載、可 fork」的工作區。做 file-based memory 或長任務 workflow 時，這能把不少膠水程式碼拿掉。
要注意的取捨是 fork 不支援合併，多分支的成果需要你自己在應用層收斂。建議的起手式很簡單：找一個現在同 sandbox 之間手動搬資料的 agent 流程，試著把工作區換成 drive，看看程式碼和延遲各省下多少。
參考來源
- Vercel Drives is now generally available - Vercel
- Introducing Vercel Drives: persistent storage for agents
在 X 上查看原貼文