Vercel Drives 正式可用：Agent 工作区的三道边界

从临时沙箱到持久工作区

为什么文件需要跨运行保留

代码分析需要保留索引，数据处理需要保留中间文件，报告生成需要在不同工具环境间接力。如果每次都下载资料、安装依赖、重建目录，时间和失败概率都会增加。越来越多 Agent 任务已经超过一次请求的生命周期，工作区不再只是临时附件。

2026年10月15日，Vercel宣布Drives面向Vercel Sandbox正式可用。其核心能力是把持久存储挂载为沙箱目录：沙箱停止后，目录中的文件继续存在，后续执行可以重新挂载。官方同时提供独立可写分叉，方便多个工作单元从相同资料出发。官方更新公告

但持久文件并不自动构成可靠的Agent系统。本文的判断是：存储与计算解耦后，应用反而需要更清楚地回答三个问题：哪些状态可以恢复，哪些结果已经提交，哪些数据应该删除。以下方案是工程设计建议，并非对该产品进行过故障测试后的结论。

第一道边界：文件还在，不等于任务可以继续

把任务状态显式记录下来

设想一个资料分析任务：先下载数据，再清洗，最后生成报告。若进程在清洗中途退出，目录里可能同时存在完整原始文件、不完整中间文件和上次运行的旧报告。下一次进程看到这些文件，无法仅凭“文件存在”判断应该从哪一步继续。

一种可行设计是为任务建立显式清单，记录任务编号、输入版本、已完成阶段、产物校验值和最后一次成功提交时间。每个阶段先把结果写入临时位置，验证完成后再更新清单。具体采用数据库事务、版本文件还是其他机制，应由所需一致性决定；不能假定底层挂载目录天然提供应用需要的跨文件事务。

这里最重要的不是多存一份元数据，而是把“执行过”与“成功完成”区分开。系统恢复时依据已确认状态推进，而不是让模型根据目录内容猜测。

重用工作区，也要重建运行环境

官方说明，挂载路径内的文件属于Drive，其他文件仍属于沙箱。其设计允许更换执行环境后继续使用已有工作区。产品介绍

因此团队还需要记录运行时版本、依赖锁文件和必要的系统工具。依赖缓存可以保留，但缓存命中不能代替兼容性检查。同一份二进制缓存进入不同运行环境，可能比重新安装更难排查。建议把输入数据、可再生缓存与最终产物分别管理，并让任务声明自己接受的环境版本。

第二道边界：分叉解决隔离，提交仍归应用负责

并行工作不必共享写入口

官方明确指出，Drive的分叉不会自动合并回原始Drive。这意味着分叉更适合独立探索，而非让多个Agent随意编辑同一份权威状态。分叉说明

例如，三个分析任务分别尝试不同清洗规则。它们可以共享同一份起始数据，但各自产生结果、指标和说明。协调者负责比较候选方案，再决定采用哪个产物。这里的协调者可以是确定性程序，也可以包含人工审核；关键是提交规则应明确，而不能把判断责任藏在共享目录中。

给产物建立可检查的提交协议

一个实用协议至少包含四项：来源版本、任务编号、输出清单、验证结果。提交前检查来源是否仍然有效，产物是否完整，以及任务是否已经提交过。

如果业务数据已更新，旧分叉生成的报告可能技术上正确、业务上过期。此时应重新执行、标记过期，或者明确允许旧版本结果，而不是覆盖最新结果。对于发送通知、发布内容或写入外部系统的步骤，还应建立幂等标识，避免恢复运行时重复产生副作用。

这些要求与具体存储厂商无关。分叉降低了相互覆盖的风险，却没有消除冲突判断、版本选择和外部提交问题。

第三道边界：持久化不能变成无限保留

工作区也可能积累敏感信息

长期保留的目录可能包含下载资料、临时日志、用户上传文件和工具输出。短期沙箱销毁后自然消失的数据，如今可能持续存在。持久化策略应与任务授权、租户隔离和删除要求一起设计。

建议以租户和任务建立清晰的资源归属，避免把互不相关的工作混在同一工作区。凭证应通过受控渠道在运行时提供，不要为了恢复方便写进文件、提交进仓库或复制到每个分叉。只读输入也应按最小权限开放，不能把“无法修改”误解成“可以任意读取”。

清理需要识别依赖关系

删除策略不宜简单采用“超过若干天就删除”。有些产物仍被用户引用，有些分叉只是失败任务残留。资源清单需要记录拥有者、用途、保留时间和引用关系。成功任务只保留必要产物；失败任务可以保留有限诊断信息；可再生缓存则应采用更短周期。

成本评估也应把重建成本和持续存储成本一起看。保留一份大缓存可能节省执行时间，也可能让大量低频任务长期占用空间。没有实际负载与计费数据前，不应直接宣称持久工作区一定更便宜。

上线前验证恢复、冲突、重复和清理

先在非生产环境中设计四个故障场景。第一，在写文件途中终止进程，验证恢复不会把半成品当成完成结果。第二，让两个分叉基于不同版本提交，验证旧结果不会静默覆盖新结果。第三，重复执行同一任务，检查外部副作用是否重复。第四，撤销任务访问权限并执行清理，验证缓存、分叉和日志是否仍残留不该保留的数据。

Vercel Drives的价值在于提供可持续使用的文件工作区。架构设计的下一步，是让工作区拥有明确的版本、权限、提交和删除语义。只有这几层约束共同成立，Agent才能从“文件没有丢”走向“任务能够可靠继续”。