← Todos os insights

Análise de notíciaRecorte: Brasil4 min de leitura

O modelo de chat da Microsoft responde com um gráfico interativo. Seu app ainda decide o que pode renderizar

O GPT-chat-latest no Microsoft Foundry adiciona respostas GenUI e a saída interleaved-thinking no endpoint existente. A interface agora faz parte da resposta e exige um contrato de renderização.

Ouça este artigo · 5 min

Narração completa do artigo, gerada por IA.

Uma pilha de cortadores de biscoito de metal em muitos formatos, no duotone La Madre, ao lado das palavras Formas permitidas
Foto: Ellas Pix (StockSnap, CC0)

Um gerente de vendas pergunta ao assistente interno como está o pipeline do time neste trimestre. Na semana passada, a resposta eram três parágrafos. Nesta semana, é um gráfico com detalhes ao passar o mouse, seguido alguns segundos depois por uma análise mais completa. Ninguém do time da aplicação subiu uma release. O modelo mudou.

É esse o cenário que a atualização de 14 de outubro da Microsoft para o GPT-chat-latest no Foundry torna possível. O modelo leva a inteligência da família GPT-6 para aplicações conversacionais e agênticas, com raciocínio, geração de código, busca, comportamento multilíngue, personalização e criação de tarefas mais fortes, e adiciona duas capacidades que mudam o formato de uma resposta. Os desenvolvedores recebem as melhorias “por meio do GPT-chat-latest já existente no Microsoft Foundry, sem precisar fazer o deploy de um novo modelo”. A Microsoft lista o preço em $5 por milhão de tokens de entrada, $0.50 por milhão de tokens de entrada em cache e $30 por milhão de tokens de saída.

Duas mudanças no que é uma resposta

GenUI permite que o modelo retorne respostas visuais ou interativas. Os exemplos da Microsoft são um card de clima estruturado “que a sua aplicação renderiza como um widget interativo” e um gráfico de progresso da sprint embutido, sobre o qual o usuário pode passar o mouse. A formulação importa: o modelo retorna uma estrutura, e a aplicação a renderiza.

Interleaved-thinking output, que segundo a Microsoft às vezes é chamado de “double texting”, mostra conteúdo útil mais cedo enquanto o trabalho na resposta completa continua. Questionado sobre qual CRM recomendar, o modelo pode primeiro enviar um resumo rápido de três opções e, momentos depois, uma comparação detalhada.

A UI agora precisa de um contrato

Quando a saída de um modelo era texto, o trabalho da aplicação era exibi-lo com segurança. Quando a saída é uma descrição de interface, a aplicação decide o que o modelo pode construir. Isso é um contrato, e ele precisa ser escrito:

  • Uma allowlist de componentes. A aplicação deve renderizar apenas componentes que conhece, com schemas que ela valida: um gráfico, uma tabela, um card. Qualquer coisa fora da lista volta a ser texto. O anúncio da Microsoft não descreve código arbitrário rodando na interface do usuário, e aplicações enterprise não deveriam permitir isso.
  • Procedência dos dados no widget. Um gráfico parece mais autoritativo do que uma frase. Todo número renderizado deveria remeter a uma fonte que o usuário consiga abrir, ou a interface se torna uma forma mais persuasiva de estar errado.
  • Acessibilidade e localização. Respostas interativas precisam funcionar com leitores de tela e em todos os idiomas que a aplicação atende. Um gráfico sem alternativa em texto é uma regressão para alguns usuários.
  • Ações atrás de confirmação. Se um widget pode disparar uma tarefa, como criar um ticket, isso é uma transação, e o usuário deveria confirmá-la como tal.

Respostas antecipadas precisam de um status

Respostas progressivas são boas para usuários que estão esperando. Elas criam um problema para sistemas que agem com base em respostas: qual mensagem é a resposta? Se um agente downstream, um log ou uma pessoa que copia para um e-mail pegar o primeiro resumo rápido e a análise completa depois o contradiz, o registro guarda a versão errada.

As aplicações deveriam marcar o conteúdo antecipado como provisório, manter a resposta final como a oficial e registrar as duas nos logs. A Microsoft descobriu com o próprio agente de suporte que a honestidade sobre o que o agente sabe impulsiona a adoção; mostrar qual parte de uma resposta ainda está em andamento faz parte dessa honestidade.

“Sem precisar fazer o deploy” corta para os dois lados

Ganhar novas capacidades sem fazer o deploy é conveniente. Também significa que o comportamento sob o mesmo nome de modelo pode mudar sem nenhuma mudança do seu lado: formato da resposta, tamanho, custo por resposta e agora a presença de saída interativa. Para aplicações com testes de regressão, revisões de compliance ou usuários treinados em uma experiência estável, essa é uma release que você não agendou.

Verifique na documentação da Microsoft quais controles de versão existem para o GPT-chat-latest no seu deploy, e trate uma mudança de comportamento em um endpoint “latest” como um evento de mudança: rode de novo o seu conjunto de avaliações, confira os caminhos de renderização e confirme o custo por resposta. Um modelo que muda é uma release, tenha alguém clicado em deploy ou não.

O chatbot enterprise está se tornando um gerador de interfaces. Isso é uma boa notícia para os usuários, desde que a aplicação, e não o modelo, continue sendo a autora do que a interface pode fazer.

Tem um caso de uso de IA parado entre o protótipo e a produção?

Conte o que você quer colocar no ar. Respondemos com próximos passos honestos.

Converse sobre um caso de uso