Gemini 3.1 Pro se destaca pela geração de código nativa no navegador, não só por respostas de chat

O que o Google realmente lançou, e onde

Em 19 de fevereiro de 2026, o Google lançou o Gemini 3.1 Pro em preview, chamando-o de "inteligência central aprimorada" por trás da atualização do Gemini 3 Deep Think da semana passada. O modelo está sendo disponibilizado na API do Gemini no AI Studio, no Gemini CLI, na plataforma de desenvolvimento agêntico Antigravity e no Android Studio para desenvolvedores; no Vertex AI e no Gemini Enterprise para empresas; e no app Gemini e no NotebookLM para consumidores.

O número de destaque é um único benchmark: 77,1% no ARC-AGI-2, que o Google descreve como um teste da capacidade do modelo de resolver padrões lógicos totalmente novos, e que, segundo a empresa, representa mais que o dobro do desempenho de raciocínio do Gemini 3 Pro. Vale notar que essa é a única afirmação quantificada do anúncio. Tudo o mais que o Google escolheu mostrar é renderizado num navegador.

O acesso para consumidores é restrito: limites mais altos no app Gemini vão para usuários dos planos Google AI Pro e Ultra, e o acesso ao NotebookLM é exclusivo desses mesmos níveis. O Google trata o preview como uma etapa de validação "antes de disponibilizarmos para todos em breve", apontando os fluxos agênticos como a área que ainda está sendo aprimorada.

Quatro demos que são, na verdade, todas de frontend

Os exemplos que o Google escolheu para abrir são incomumente específicos sobre o frontend. Primeiro, animação baseada em código: o modelo gera SVGs animados prontos para uso em sites diretamente a partir de um prompt de texto. O argumento do Google é específico — por serem código puro em vez de pixels, eles permanecem nítidos em qualquer escala e têm arquivos bem menores do que vídeo. É uma afirmação voltada exatamente para quem se importa com peso de asset e renderização, não para quem se impressiona com uma imagem bonita.

Segundo, um dashboard aeroespacial em tempo real que configura um fluxo público de telemetria para visualizar a órbita da Estação Espacial Internacional. O Google descreve isso como o modelo "preenchendo a lacuna entre APIs complexas e um design amigável ao usuário" — ou seja, ele conectou uma fonte de dados real a uma interface funcional, não a um mockup estático.

Terceiro, um cardume de estorninhos em 3D que reage a rastreamento de mãos e toca uma trilha generativa que muda conforme o movimento dos pássaros. O Google direciona esse exemplo explicitamente a "pesquisadores e designers" que querem prototipar interfaces ricas em estímulos sensoriais. Quarto, um site de portfólio para "O Morro dos Ventos Uivantes", de Emily Brontë, no qual o modelo interpretou o tom do romance para produzir um layout contemporâneo em vez de um resumo.

O 3.1 Pro foi projetado para tarefas em que uma resposta simples não é suficiente, levando o raciocínio avançado a se tornar útil para seus desafios mais difíceis.Montana Labs

Avanços de raciocínio apresentados como interface gerada, não texto gerado

O que vale a pena notar é o fio condutor que o Google escolheu. Um fornecedor de modelos poderia demonstrar uma pontuação dobrada no ARC-AGI-2 com provas matemáticas, síntese científica ou análise de contexto longo. Em vez disso, três dos quatro resultados exibidos são coisas que você vê num navegador, e o quarto — o dashboard — é uma visualização no navegador sustentada por uma chamada de API real. A mensagem é que um raciocínio melhor se traduz em código mais bem estruturado: SVGs que continuam leves, dashboards que interpretam corretamente um fluxo de telemetria, cenas em WebGL que amarram interação, áudio e renderização.

Para equipes que constroem ferramentas que transformam prompts em UI pronta para produção, esse é o sinal útil. As falhas mais comuns em frontends gerados raramente são "o modelo não sabia CSS". São vínculos de dados quebrados, assets grandes demais ou malformados, e interações que parecem certas num print mas não funcionam de verdade. Ao escolher esses exemplos, o Google está afirmando que a etapa de raciocínio do 3.1 Pro reduz exatamente esses tipos de falha de integração — configurar um fluxo real, manter o tamanho dos arquivos baixo, coordenar rastreamento de mãos com áudio generativo.

O rótulo de preview é o que precisa ser testado

A implicação prática para quem for integrar o 3.1 Pro: isso é um preview cujas afirmações mais impressionantes são código de frontend que realmente funciona, então vale validar contra essa mesma régua. O Google diz estar lançando o modelo para validar atualizações e avançar os fluxos agênticos antes da disponibilidade geral. As demos criam uma expectativa — SVGs animados com arquivos pequenos, uma visualização de telemetria funcional, uma interação 3D que realmente roda — que uma galeria de exemplos selecionados não consegue confirmar na sua escala.

Se você usar o 3.1 Pro pela API, pelo Antigravity ou pelo Android Studio durante o preview, o teste honesto é ver se os SVGs gerados realmente continuam nítidos e leves em produção, se a conexão com APIs se sustenta além de um feed público da ISS, e se as cenas interativas degradam bem em diferentes dispositivos. O Google apresentou quatro afirmações de frontend que podem ser verificadas. Trate-as como uma lista de checagem, não como um portfólio.