Agentes do Chat SDK agora fazem streaming de UI generativa com json-render

A novidade conecta duas peças: o Chat SDK e o json-render. O agente recebe um catálogo tipado de componentes (tabelas, gráficos, botões e mais) e escreve uma spec em JSON. O json-render converte essa spec em um card do Chat SDK, e cada adapter publica o card no formato nativo da plataforma, como Block Kit no Slack e Adaptive Cards no Teams. Na prática, não é preciso criar e manter uma tool separada para cada formato de mensagem.

O streamCard publica o card assim que o elemento raiz tem conteúdo e atualiza a mensagem conforme novos elementos chegam via stream. Por padrão, as edições saem no máximo a cada 500 ms, o mesmo intervalo de streaming do Chat SDK. Ao fim do stream, a mensagem mostra o card final, já validado. O toCard confere as props de cada elemento contra o schema do componente e lança CardSpecError se a spec for inválida. Cada problema vira um item legível, e a lista pode voltar ao modelo para correção. Como as plataformas limitam o conteúdo de uma mensagem, os adapters degradam o que passa do limite (o do Slack transforma uma segunda tabela em bloco de código). Com limits, essas specs são rejeitadas.

Em 26 de fevereiro de 2026, o CEVIU noticiou "Npm i chat: Uma Base de Código Para Todas as Plataformas de Chat", quando o Chat SDK da Vercel foi apresentado como forma de escrever a lógica do bot uma vez e rodar em Slack, Microsoft Teams, Google Chat, Discord, GitHub e Linear. Agora o SDK ganha uma camada de saída visual: o agente passa a gerar cards em streaming, e os adapters cuidam da tradução para cada plataforma.

Para quem desenvolve bots e agentes multiplataforma, isso sugere menos código de formatação por canal. A validação com CardSpecError, devolvendo erros legíveis ao modelo, abre espaço para um ciclo de autocorreção da spec. E o limits ajuda a evitar surpresas quando um adapter degrada o conteúdo em silêncio.