Vercel mete Lark y Feishu a Chat SDK: por que esto abre otro frente serio para agentes internos

El anuncio de Vercel del 31 de mayo de 2026 parece pequeño si solo lees el titular: Chat SDK ahora soporta Lark y Feishu. Pero para equipos que ya usan agentes dentro de chats internos, el movimiento importa bastante más que otro adaptador.

La pieza clave no es "otro canal de mensajeria". La pieza clave es que Vercel lo empaqueta como un adaptador oficial del vendor, con soporte para postear, editar y borrar mensajes, responder a @mentions, usar tarjetas interactivas y hacer streaming con el flujo nativo de Lark. Eso baja friccion justo donde muchos bots se vuelven caros de mantener: el puente entre runtime agentic y canal corporativo.

Lo que cambia de verdad

Hasta ahora, meter un agente en mensajeria interna casi siempre te obligaba a escoger entre dos males:

1. construir un webhook casero para cada canal;
2. o limitarte a respuestas simples sin experiencia interactiva real.

Con esta release, Vercel empuja otra ruta: un bot que corre sobre un proceso Node largo, conectado por WebSocket, sin exigir un endpoint HTTP publico como punto de entrada principal. Para builders eso importa por tres razones:

• simplifica el setup cuando el bot vive dentro de una red privada o un worker persistente;
• reduce piezas operativas alrededor de firmas, reintentos y exposicion de endpoints;
• y hace más facil que el mismo runtime soporte conversaciones más ricas, no solo texto plano.

No es casualidad que el changelog insista en cardkit typewriter streaming y interactive cards. La demanda aquí no es "otro chat". La demanda es un agente que pueda responder, pedir contexto, mostrar opciones y seguir trabajando sin sacar al usuario del canal donde ya vive.

Tres decisiones que te conviene tomar antes de probarlo

1. Decide si el bot necesita solo chat o también acciones

Si tu bot solo responde FAQs, esta release suma comodidad. Si el bot debe abrir tickets, consultar sistemas, leer documentos o disparar aprobaciones, entonces la decision real es otra: que tools le vas a dar y con que limites.

2. Separa canal y runtime

Lo útil de Chat SDK es que el canal deja de definir toda tu arquitectura. Puedes tratar Lark o Feishu como adaptadores y mantener el runtime agentic desacoplado. Eso hace más facil migrar o agregar otro canal después.

3. Piensa desde el handoff humano

Las tarjetas interactivas no son un adorno. Sirven cuando el agente necesita confirmar, escalar o pedir una eleccion. Si no diseñas ese handoff, terminas con un bot que habla bonito pero bloquea trabajo.

Donde puede fallar

Esta noticia no elimina los problemas duros:

• permisos de herramientas;
• observabilidad de sesiones largas;
• manejo de contexto sensible dentro del chat;
• y costo cuando el bot se vuelve demasiado conversacional.

Por eso yo no leeria esta release como "ya puedes meter cualquier agente al chat de la empresa". La leeria como una mejora concreta del borde operativo: menos pegamento manual entre canal, streaming y runtime.

Si tu siguiente paso es llevar el agente a usuarios o equipos reales, conviene bajar primero a base operativa con la guia de arquitectura mínima en producción. Te ayuda a no confundir un canal bonito con una arquitectura lista.

Mi lectura

Vercel no esta compitiendo aquí por tener "más integraciones". Esta compitiendo por ser la capa donde el agente puede vivir sin que cada canal te obligue a reconstruir transporte, UI y streaming.