Vercel - Workflow SDK - streaming - agentes de IA
3 min lectura

Workflow SDK 5.2 en Vercel: prueba si tu agente responde antes

Vercel cambió eventos y streaming de Workflow SDK a WebSocket. Qué mejora, cómo actualizar y una prueba para medir primer fragmento y respuesta completa.

Workflow SDK 5.2 en Vercel: prueba si tu agente responde antes

Tu agente ya termina la respuesta, pero el lector espera mirando una pantalla inmóvil. Si el flujo escribe muchos fragmentos pequeños, el transporte entre cada paso del workflow y la respuesta puede sumar demora. El 9 de noviembre, Vercel anunció que Workflow SDK 5.2 envía por WebSocket los eventos y fragmentos escritos en Vercel Workflows. Antes se hacía una solicitud HTTP por escritura o grupo de escrituras.

En una reproducción de un flujo de tokens de agente, Vercel midió una entrega completa 4,2 veces más rápida que con la versión 4.8.12. Es un benchmark del proveedor para ese caso; no significa que todos los chatbots responderán 4,2 veces más rápido.

Qué cambia en una aplicación real

Si ya usas Workflow SDK para transmitir texto, el código de streaming puede seguir igual. La ruta nueva se usa al actualizar a workflow@5.2.0 o superior y desplegar. Los runs nuevos usan la versión nueva; los que están en curso terminan en el despliegue donde comenzaron. También se envían por WebSocket eventos de inicio y fin de pasos, así que un workflow con muchos pasos puede reducir solicitudes de transporte.

La mejora interesa a un asistente que redacta en tiempo real, a un agente de soporte que muestra progreso o a un flujo de investigación que transmite resultados parciales. No arregla por sí sola un modelo lento, una llamada a herramienta bloqueada ni una interfaz que acumula el texto y solo lo muestra al final.

Prueba el cambio sin confundir latencia con calidad

  1. En un entorno de prueba, registra la versión instalada de workflow y crea una tarea fija de 300–500 palabras que emita fragmentos progresivos. Mantén el mismo modelo y la misma entrada.
  2. Antes de actualizar, mide cinco veces el tiempo hasta el primer fragmento visible y hasta el final de la respuesta. Guarda además errores, fragmentos perdidos y orden de llegada.
  3. Si ya estás en la rama 5.x, actualiza con npm install workflow@latest y confirma en el lockfile que obtuviste al menos 5.2.0. Si estás en 4.x, revisa primero la guía de actualización a v5: es una versión mayor y puede requerir cambios ajenos al transporte.
  4. Despliega a prueba, repite las cinco mediciones y compara medianas. Valida una respuesta interrumpida por el usuario y una llamada a herramienta larga para comprobar que la interfaz no se queda en un estado engañoso.

Registra versión, inicio, primer_fragmento_ms, final_ms, fragmentos, errores. Si solo baja el tiempo final pero no llega texto antes al lector, la experiencia percibida puede seguir igual. Si aparece un fallo, vuelve al despliegue anterior y conserva el registro; no concluyas que WebSocket fue la causa sin aislarlo.

Diagrama: antes múltiples escrituras HTTP, ahora un canal WebSocket para eventos y fragmentos; medir primer fragmento y final
Compara primer fragmento y respuesta completa con la misma tarea.

Cuándo actualizar hoy

Prioriza la actualización si tu producto ya transmite respuestas desde Vercel Workflows y los usuarios sienten pausas entre fragmentos. Si el flujo no transmite, o el tiempo se consume esperando una API externa, esta novedad tendrá un efecto menor. Revisa también costos y número de solicitudes en el panel: Vercel afirma una mejora de eficiencia, pero el ahorro de tu aplicación depende de su patrón de uso.

Fuente: changelog de Vercel, 9 de noviembre de 2026 y documentación de Workflow SDK. Prueba propia de latencia en un despliegue: pendiente.

Recibe lo nuevo en tu correo

Workshops gratis, herramientas y novedades de IA aplicadas a negocio, sin humo.

🎓 Workshops en vivo🛠️ Herramientas nuevas⚡ Novedades de IA

Sin spam. Te das de baja cuando quieras.

Comentarios

Aún no hay comentarios. Sé el primero.

Deja un comentario