Vercel lanza Drives: los agentes ya cuentan con almacenamiento persistente de hasta 16 TiB

Vercel ha anunciado la disponibilidad general (general availability) de Vercel Drives, discos persistentes para Vercel Sandbox. La idea es que los archivos del agente dejan de estar atados al sandbox en el que se ejecuta. El disco se crea una sola vez y se monta en cualquier entorno nuevo. La función está disponible en todos los planes: por defecto el disco ocupa 1 TiB (en Hobby, 1 GiB) y su tamaño máximo llega hasta 16 TiB.

Los archivos por un lado, el entorno por otro

Los agentes suelen realizar trabajos complejos que se prolongan durante varias ejecuciones. Por el camino cambian también los requisitos: en la siguiente fase puede hacer falta otro conjunto de herramientas, otro runtime o más recursos de cómputo. Si el directorio de trabajo vive dentro del sandbox, cambiar de entorno obliga a trasladar los archivos. Drives elimina ese paso.

La conexión requiere dos comandos en la CLI:

sandbox drives get-or-create agent-workspace sandbox create --mount agent-workspace:/workspace

En el SDK se hace lo mismo con Drive.getOrCreate y el parámetro mounts al llamar a Sandbox.create. En el ejemplo de Vercel, el agente clona un repositorio con git clone directamente en /workspace/repo. Todo lo que está bajo /workspace se conserva en el disco. Todo lo demás pertenece al sandbox y desaparece con él. El siguiente sandbox que monte este disco encontrará el repositorio y cualquier otro archivo del agente exactamente donde lo dejó.

Datos compartidos y forks

El disco también puede usarse como almacenamiento compartido. Un agente prepara un dataset y otros montan copias del mismo en modo de solo lectura. Analizan los datos o elaboran informes sin reconstruir el conjunto desde cero, y escriben sus resultados por separado, sin tocar los archivos originales.

Hay un segundo escenario: el fork del disco. Cada fork arranca con el contenido del disco original y recibe su propio espacio de trabajo con permiso de escritura. Varios agentes pueden probar en paralelo distintas transformaciones de un mismo dataset sin estorbarse entre sí y sin modificar el original. Los forks no se fusionan de vuelta con el disco de origen, así que elegir el mejor resultado y trasladarlo adonde corresponda sigue en manos del desarrollador o del propio agente. Los forks también han llegado a disponibilidad general.

Qué incluye la versión

• Estado: general availability para Vercel Sandbox.
• Planes: todos, incluido Hobby.
• Tamaño por defecto: 1 TiB, en Hobby, 1 GiB.
• Tamaño máximo: hasta 16 TiB.
• Conexión: CLI (flag --mount) o Sandbox SDK (parámetro mounts).
• Uso compartido: montaje de un mismo disco desde otros sandboxes, también en modo de solo lectura.
• Forks: copias independientes del disco con permiso de escritura, sin fusión de vuelta.
• Adicionalmente: los snapshots y los límites se describen en la documentación; los cambios de la GA, en el changelog.

Cómo empezar

Lo más sencillo es tomar un flujo de trabajo de agente existente y trasladar el directorio de trabajo a un disco: crearlo con get-or-create y montarlo en /workspace. Así la frontera queda clara: lo que debe sobrevivir a una ejecución va al disco, mientras que los artefactos temporales y las cachés permanecen en el sandbox. En tareas largas con varias fases tiene sentido usar un entorno para construir los datos y otro, con un runtime distinto, para el análisis. No habrá que trasladar archivos entre ellos.

Para experimentar encajan los forks: un dataset preparado y varias ramas de procesamiento independientes. Para el análisis masivo conviene repartir copias de solo lectura, de modo que una escritura accidental no estropee los datos originales. Antes de pasar a producción conviene consultar la documentación sobre límites y snapshots, sobre todo si se necesitan volúmenes superiores al valor por defecto. Para un arranque rápido, Vercel ofrece la plantilla Vercel Drives eve agent, que se despliega con un solo clic.