Vercel Workflow SDK 5: cifrado y agentes 25x más rápidos

Vercel publicó Workflow SDK 5, la nueva versión de su SDK para escribir workflows durables en JavaScript, y lo hizo con tres frentes: cifrado de extremo a extremo, ejecución en todas las regiones y una reescritura del motor que, según la compañía, reduce la latencia y el overhead entre 1,6 y 25 veces en las cargas medidas.

El dato que explica por qué ahora y no antes: la plataforma acumula más de 4.000 millones de steps y 700 millones de runs desde el lanzamiento inicial. Para un founder que construye agentes, la relevancia es directa. Un agente que corre horas, se ramifica en decenas de tareas paralelas y espera aprobaciones humanas necesita durabilidad, y esa durabilidad tiene un costo que hasta ahora se pagaba en latencia y en superficie de riesgo.

Cifrado de extremo a extremo, sin tocar tu código

El event log de Workflow guarda los argumentos y los valores de retorno de cada step para poder recuperar un run tras un crash o un deploy. Ese log puede contener datos de clientes, contexto de modelos, credenciales y resultados de tool calls. En v5, Vercel cifra cada payload de extremo a extremo antes de que salga del código, con AES-256-GCM y una clave única por run.

Leíste lo que hace la IA. ¿Y en tu negocio?

Un agente de IA puede quedarse con parte de tu día: ordenar lo pendiente y pedirte el OK antes de actuar. El Kit «tu mano derecha con IA» trae un video de 11 minutos y una ficha para dejar al tuyo trabajando. CAR está cerrada por ahora; al anotarte, te avisamos cuando abra.

👥 Quiero el Kit →

En Vercel el cifrado no requiere configuración ni cambios en el código: la clave de cada run se deriva de una clave con alcance al deployment que lo creó, de modo que un run solo puede descifrar sus propios datos. El backend solo ve y almacena ciphertext. La observabilidad sigue funcionando —nombres, tiempos y estados siempre visibles— y cuando necesitas ver un payload puedes descifrarlo en el dashboard o en la CLI, con los mismos permisos que las variables de entorno del proyecto y con cada solicitud registrada en el audit log del equipo.

En Worlds autoalojados, el cifrado se implementa dentro del SDK: un World propio lo habilita implementando getEncryptionKeyForRun() con tu propia gestión de claves, devolviendo la misma clave de 32 bytes para cada run en cada llamada, para que los replays puedan descifrar. También hay control de retención: con experimental_retention: 0, los inputs, outputs y contenidos de stream se eliminan apenas el run termina o falla, mientras los metadatos siguen visibles en observabilidad.

Workflows en todas las regiones

En la versión 4, todos los runs vivían en iad1. Aunque el proyecto estuviera desplegado en varias regiones, el event log, la cola y los streams de cada run se almacenaban en una sola, así que un step ejecutado en otra región hacía requests cross-region para registrar su progreso.

En v5, Vercel desplegó la infraestructura de Workflow en todas las regiones de Vercel Functions. Cada run tiene su región de origen: estado, despacho de cola y streams se sirven desde donde arrancó, sin round trips cross-region en el hot path. Por defecto, un run arranca en la región de la función que lo inicia; para colocarlo en otro lugar se pasa region a start(), algo útil para correr junto a la base de datos que lee y escribe o para mantener los datos de un cliente en la jurisdicción donde deben quedarse.

La aislación regional también mejora la confiabilidad: una disrupción en una región no tiene por qué detener runs nuevos en regiones sanas. Los runs de v4 existentes permanecen en iad1.

Rendimiento: de 21 minutos a 3 minutos

En v4, cada invocación de step implicaba un salto a la cola para iniciarlo y otro para continuar el workflow. Aceptable para automatizaciones de fondo lentas, pero un lastre para los agentes, cuyos loops pueden contener miles de eventos secuenciales, streams de tokens de alto throughput, cadenas de herramientas y subagentes dinámicos.

Vercel reescribió buena parte del motor para minimizar saltos de cola, networking innecesario y trabajo de CPU. Los números que publica, medidos el 8 de octubre de 2026 en producción de Vercel en iad1 contra el World gestionado, comparando v5.2.0 con v4.8.12:

En un benchmark de cinco steps, el overhead p75 entre steps cayó de 618 ms a 109 ms.
En un benchmark de 1.020 steps, el overhead p75 de v4 llegó a 1.748 ms en el rango final muestreado, contra 70 ms en v5.2.0. El tiempo mediano para completar los 1.020 steps bajó de 21,0 minutos a 3,0 minutos.
En un benchmark que reproduce una respuesta de agente de 52,4 segundos, la entrega mediana pasó de 226,1 segundos a 53,5 segundos gracias al streaming por WebSockets.
La compresión de payloads reduce alrededor de 80% los streams de tokens de IA.

La propia Vercel aclara que estas mediciones describen una carga de trabajo, en una región, contra el Vercel World: son una vista del overhead del runtime, no una predicción para cada aplicación. La versión también rediseñó el visor de trazas, con búsqueda de spans, zoom, minimapa e inspección local durante el desarrollo, y sumó atributos de run buscables (en texto plano, por lo que no deben contener secretos).

Worlds: la apuesta por un estándar compartido

Las funciones durables de Workflow SDK se apoyan en un World: la interfaz para almacenar progreso, despachar trabajo y entregar streams. Ese mismo cimiento sostiene ahora fx y durable-harness, que agrega durabilidad a harnesses de agentes existentes. Vercel ofrece varias vías según cómo quieras construir: Workflow SDK, WorkflowAgent con @ai-sdk/workflow, fx con libfx, durable-harness y eve.

El contexto importa: MarkTechPost reportó en octubre de 2026 que Vercel liberó durable-harness como paquete Apache-2.0 en versión 0.0.x, con adaptadores para Pi, OpenCode, fx, Claude Code y Codex —estos dos últimos experimentales y solo dentro de Vercel Sandbox— y sin benchmarks publicados. La misma nota lo compara con Temporal + OpenAI Agents SDK, Inngest AgentKit y Cloudflare Agents SDK.

El segmento se está calentando. TechCrunch informó el 30 de septiembre de 2026 que Restate, startup berlinesa de infraestructura durable, levantó una Serie A de US$20M liderada por Singular con participación de Redpoint Ventures y Capital One Ventures, y que Temporal —fundada en 2019— anunció una Serie E de US$550M a una valoración de US$12.550M ese mismo mes. En paralelo, Diagrid publicó Dapr 1.19 el 9 de noviembre de 2026, con una función opt-in que según sus benchmarks de motor redujo la latencia mediana por step de 553 ms a 153 ms.

Además, v5 suma cancelación en vuelo con AbortController, más integraciones de frameworks y un SDK de Python en beta con los mismos workflows, steps, sleeps y hooks durables.

¿Qué significa esto para tu startup?

Si estás construyendo agentes o automatizaciones de fondo, la durabilidad dejó de ser un detalle de infraestructura para convertirse en una decisión de producto. Cuatro cosas concretas:

Audita qué datos sensibles pasan por tus workflows. Si tu event log guarda contexto de modelos, credenciales o datos de clientes, el cifrado por payload con clave por run es la diferencia entre un incidente contenido y una filtración. Revisa si tu stack actual lo hace por defecto o si depende de que tú lo implementes.
Mide tu overhead antes de escalar el número de steps. El salto de 1.748 ms a 70 ms en el benchmark de 1.020 steps no es una mejora marginal: es la diferencia entre un agente que responde en minutos y uno que se arrastra. Si tu loop encadena cientos de pasos, el costo por step se compone.
Piensa dónde vive el estado de tus runs. La elección de región ya no es solo latencia: es cumplimiento normativo. Poder fijar la región de un run por cliente abre la puerta a clientes europeos que exigen que sus datos no salgan de su jurisdicción.
No asumas que necesitas un orquestador externo. Como documenta InfoQ, un Postgres bien operado puede actuar como orquestador con SELECT ... FOR UPDATE SKIP LOCKED e idempotencia por constraint, sin sumar un sistema stateful a tu camino crítico.

Conclusión

Workflow SDK 5 es menos una feature nueva que una declaración de intenciones: Vercel quiere que la durabilidad sea el comportamiento por defecto de las aplicaciones con agentes, no una capa que el equipo agrega después. El cifrado sin configuración y las mejoras de latencia apuntan al mismo lugar —quitar excusas para no correr agentes en producción—, mientras que la apuesta por Worlds busca que ese cimiento lo compartan también harnesses y frameworks de terceros. Para un founder, la pregunta ya no es si tu agente necesita durabilidad, sino cuánto te está costando no tenerla.