Vercel Ship 2026: la plataforma ahora corre agentes
Vercel suma un stack completo para construir, conectar y vigilar agentes en producción, además de soporte para Docker, Python y microservicios. Sirve si ya corres agentes o si tu stack backend no era Next.js.
De hosting de frontend a infraestructura para agentes
Hasta ahora, Vercel se conocía como la plataforma donde hacías deploy de tu frontend en Next.js. En este recap, Vercel plantea un cambio de enfoque: posicionarse como la infraestructura donde corren agentes, tanto los que escriben código (como Claude Code o Codex) como los que tú mismo construyes para producción. La idea no es solo alojar la app que sirve a un agente, sino darle a ese agente runtime, credenciales, observabilidad y permisos pensados para que opere solo. Esto se traduce en productos concretos que ya existen hoy: AI Gateway, Sandbox, Connect y eve, además de una capa de monitoreo llamada Vercel Agent. Si tu trabajo hoy es escribir funciones serverless y listo, esto te afecta poco todavía; si estás evaluando dónde correr agentes que ejecutan código o acceden a sistemas externos, es el eje central de este anuncio.
El Agent Stack: cinco piezas para construir agentes
Vercel agrupa sus herramientas de IA bajo lo que llama Agent Stack, pensado para resolver tres problemas que aparecen siempre al construir un agente: conectarse a modelos, ejecutar workflows de varios pasos sin perder estado, y conectarse a sistemas externos. AI SDK te da una sola API para llamar cualquier modelo, de forma que streaming, tool calls y structured output funcionan igual sin importar el proveedor que uses. AI Gateway rutea tus requests entre cientos de modelos desde un solo endpoint, con failover automático si un proveedor cae, algo que antes tenías que armar a mano con lógica de reintento por proveedor. Workflow SDK agrega durabilidad a cada corrida: reintentos automáticos, persistencia de estado y observabilidad integrada, en vez de que tengas que guardar el estado de un workflow largo en tu propia base de datos. Vercel Sandbox le da a cada agente una microVM aislada donde puede correr y probar el código que escribe antes de que llegue a producción, y Chat SDK te permite desplegar el mismo agente en Slack, Discord y GitHub desde un solo código base.
Vercel Connect: credenciales que no quedan guardadas
Connect ataca un problema específico de seguridad: hoy, cuando un agente necesita hablar con un servicio externo, lo normal es guardar un token de larga duración en variables de entorno, lo que deja un secreto permanente expuesto a filtrarse. Connect reemplaza eso por credenciales temporales: tu app o agente pide un token scoped para la tarea puntual que tiene en frente, y ese token no queda como secreto permanente en tu entorno. Es la pieza de la Agent Stack enfocada en acceso seguro a herramientas, datos y servicios externos sin mantener tokens de proveedor almacenados. Para equipos que ya corren agentes con acceso a APIs de terceros, esto cambia el modelo de amenaza: en vez de proteger un secreto que vive para siempre, gestionas permisos que expiran con la tarea.
eve: un agente de producción como un directorio
Eve es un framework open source que nace de la experiencia de Vercel construyendo cientos de agentes internos, donde notaron que la arquitectura subyacente siempre tenía la misma forma. Un agente eve vive en un solo directorio: las instrucciones van en markdown y las herramientas en TypeScript, sin que tengas que armar la infraestructura de cero cada vez. Ejecución durable, cómputo en sandbox, aprobaciones, subagentes y evaluaciones vienen ya conectados por defecto, en vez de ser piezas que arme cada equipo por su cuenta. Esto es relevante si hoy estás construyendo agentes de producción a mano: eve es literalmente la arquitectura que usa Vercel para correr sus propios agentes, ahora empaquetada como herramienta pública.
Dockerfile y Vercel Container Registry
Vercel ahora soporta Dockerfiles de forma nativa, algo que según las notas era una de las funciones más pedidas por la comunidad. Puedes traer tu Dockerfile y correrlo sobre Vercel Functions o Vercel Sandboxes, en vez de tener que adaptar tu aplicación al modelo de funciones serverless tradicional de Vercel. Junto con esto llega Vercel Container Registry (VCR), compatible con OCI y con los comandos docker push, pull y tag que ya usas, así que no hay una herramienta nueva que aprender. Un proyecto puede tener repositorios ilimitados, creados desde el dashboard o automáticamente al hacer push, bajo los mismos controles de OIDC y tokens de acceso que ya usa el resto de la plataforma. Cada imagen se optimiza en segundo plano para Fluid Compute y se guarda como snapshot precompilado, lo que acelera el arranque cuando se usa en Sandboxes o Functions. Esto abre la puerta a cargas de trabajo que antes no encajaban bien en el modelo serverless de Vercel, como procesos con dependencias de sistema pesadas o binarios específicos.
Backends más allá de Next.js: Python, frameworks y microservicios
Vercel sumó soporte formal para FastAPI, Flask, Express, Hono y otros frameworks backend corriendo a escala, después de incorporar desarrolladores Python al equipo específicamente para esto. También se soportan servicios backend-only, sin frontend asociado: APIs REST, workflows durables, colas, cron jobs y servidores MCP. El Marketplace de Vercel agregó acceso directo desde el dashboard a bases de datos como Amazon Aurora, Aurora DSQL, DynamoDB y OpenSearch. Y el 1 de julio llegó Vercel Services, que convierte a los microservicios en ciudadanos de primera clase dentro de la plataforma: puedes desarrollar y desplegar frontend y backend juntos, generar un preview completo de la app aunque el cambio sea solo de backend, y por primera vez esos servicios pueden comunicarse entre sí sin pasar por internet público. Si tu arquitectura ya es de microservicios, esto resuelve un problema real de latencia y exposición que antes te obligaba a salir de Vercel para esa comunicación interna.
Identidad y gobierno para llevar agentes a la empresa
Según las notas, para Vercel la parte difícil de construir agentes nunca fue el framework, sino todo lo que rodea una implementación empresarial: acceso, autenticación, integraciones y poder demostrarle a seguridad que todo eso está controlado. Vercel for Enterprise Apps and Agents empaqueta tres piezas construidas primero para uso interno. Vercel Passport mantiene las apps internas privadas por defecto, detrás de tu proveedor de identidad. El Security Dashboard, en beta privada, centraliza la postura de seguridad de todas las cuentas y proyectos: marca configuraciones riesgosas, miembros sin MFA, secretos compartidos entre proyectos y credenciales de larga duración. Y Bring Your Own Cloud en AWS, también en beta privada, te permite correr Vercel —incluidas tus funciones— dentro de tu propio tenant de AWS, en vez de depender de la infraestructura compartida de Vercel. Para un equipo de plataforma en una empresa grande, esto es lo que determina si un agente en producción pasa o no el filtro de seguridad.
Vercel Agent: una capa que investiga antes de alertarte
Vercel Agent, ahora en beta pública, es la pieza que usa todo lo anterior para vigilar tus deployments en producción: monitorea, investiga de forma autónoma alertas y anomalías, y abre pull requests con la corrección para que tú apruebes, en vez de solo mandarte una alerta y dejarte el trabajo de diagnóstico. Está construido sobre eve y sobre el Agent Stack, así que hereda sandboxing y ejecución durable. Lo distinto es su modelo de permisos: en vez de pedirte aprobar cada acción una por una, Vercel Agent planifica de antemano qué permisos va a necesitar para completar una tarea y te los presenta juntos, en un solo paso de aprobación coherente. Corre con su propia identidad, es de solo lectura por defecto, y pide permisos acotados y temporales antes de tocar producción. Esto es relevante si hoy tu flujo de incidentes depende de que una persona revise logs y traces manualmente: la propuesta es que el agente haga esa investigación primero y te entregue un PR, no una alerta más.
What you get
Vercel deja de ser solo hosting de frontend y empieza a ofrecer runtime, identidad y permisos pensados específicamente para agentes en producción.
Si usas contenedores, ahora puedes correr Dockerfiles directo en Vercel Functions o Sandboxes, con un registry OCI compatible con tus comandos docker de siempre.
El soporte formal de Python (FastAPI, Flask) y de microservicios con Vercel Services amplía la plataforma más allá de Next.js para backends completos.
Vercel Connect y el modelo de permisos de Vercel Agent apuntan al mismo problema: eliminar tokens de larga duración y aprobaciones manuales acción por acción.
Si trabajas en una empresa, Passport, el Security Dashboard y BYOC en AWS son las piezas concretas para que seguridad apruebe agentes en producción.
Want a class on this?
If enough people ask for it, it goes on the schedule. No email, no name needed.