Google abre Android Studio para mais de 40 agentes de IA, incluindo Claude e Codex

O Google usou o Android Dev Summit 2026 para anunciar que o Android Studio deixa de ser um ambiente fechado ao redor das próprias ferramentas de IA da empresa. Com a atualização batizada de Android Studio Rabbit 2, chega o recurso "Bring Your Own Agent" (BYOA): o desenvolvedor pode instalar e rodar, dentro do próprio IDE, mais de 40 agentes de codificação diferentes, incluindo o Claude Agent da Anthropic, o Codex da OpenAI e o Antigravity do próprio Google. As informações são do site The Decoder.

A integração usa um protocolo aberto chamado Agent Client Protocol (ACP), o que significa que o Google não precisa reescrever cada agente para funcionar no Studio: quem mantém o agente é que adapta o conector. Os agentes instalados pelo marketplace embutido no IDE ganham acesso direto a estrutura do projeto, resolução de símbolos, o emulador e o sistema de logs Logcat, ou seja, podem ler e agir sobre o projeto real, não só sugerir texto solto num chat.

O que muda na rotina de quem já usa IA para programar

Até aqui, quem desenvolvia para Android e preferia Claude ou Codex a ferramentas do próprio Google precisava alternar entre o terminal, outro editor ou extensões paralelas para ter esse agente operando sobre o código. Com o BYOA, esse atrito cai: o agente escolhido passa a enxergar o mesmo projeto, o mesmo emulador e os mesmos logs que o desenvolvedor vê na tela do Studio.

O Google também lançou a versão 2.0 do Android Bench, um placar que mede o desempenho de diferentes modelos de IA em tarefas de desenvolvimento que duram vários dias, avaliando funcionalidade entregue, tempo gasto e custo. É uma tentativa de dar ao time de engenharia um critério mais concreto do que qual modelo parece melhor na hora de escolher qual agente colocar para trabalhar num projeto real.

Para lidar com o problema clássico de código gerado por IA sair bagunçado, chega também o Change Review, uma ferramenta que analisa as mudanças pendentes, gera relatórios de bugs e explica passo a passo o que foi alterado antes do merge. No canal Canary do Studio, um assistente de migração passou a converter automaticamente layouts antigos em XML para Jetpack Compose. E o Google está testando o Lightbuild, um sistema de build declarativo baseado em YAML, pensado para ser legível tanto por humanos quanto por agentes.

CLI e previews de interface no terminal cortam até 77% do tempo

A Android CLI, a ferramenta de linha de comando para quem roda agentes no terminal ou em pipelines de integração contínua, ganhou um pacote de novidades e virou plugin oficial para Claude Code, Codex e Antigravity. O destaque é a capacidade de renderizar previews do Jetpack Compose direto no terminal, permitindo que o agente confira visualmente uma mudança de interface sem precisar subir o emulador inteiro.

Em testes internos do Google, agentes que usaram esse recurso concluíram tarefas de interface 77% mais rápido e consumiram até três vezes menos tokens do que no fluxo anterior, que exigia emulador ligado o tempo todo. Para quem paga por chamadas de API de modelo, esse número importa diretamente na conta: menos tokens por tarefa repetida de ajuste de UI é economia recorrente, não pontual.

A CLI também passou a suportar streaming de dispositivos físicos de teste dos laboratórios do Google, o que ajuda agentes a investigar bugs específicos de certos aparelhos sem que a equipe precise manter um estoque próprio de celulares de teste.

Depuração de memória ficou quase duas vezes mais rápida

O Google integrou a biblioteca de código aberto LeakCanary, usada para detectar vazamentos de memória, tanto na CLI quanto no Profiler do Android Studio. A avaliação dos heap dumps (os despejos de memória usados para encontrar vazamentos) passou a rodar no computador do desenvolvedor em vez do próprio aparelho móvel, o que evita que o app fique lento durante o teste.

Num teste A/B feito pelo Google usando o modelo Claude Opus 5.5 da Anthropic, a ferramenta ajudou a encontrar e corrigir vazamentos de memória quase duas vezes mais rápido, cortando cerca de 25% no consumo de tokens. Outros comandos novos permitem que agentes capturem traces de sistema pelo Android Performance Analyzer, puxem relatórios de falha do Firebase Crashlytics ou verifiquem otimização de código pelo compilador R8.

Como os modelos de linguagem costumam ter lacunas de treinamento sobre APIs recentes, o Google também disponibilizou mais de 30 Android Skills, pacotes de documentação alimentados diretamente ao agente para tarefas como checar políticas da Google Play antes de publicar um app, lidar com permissões de segurança ou adaptar layouts para telas dobráveis e notebooks.

Novas APIs deixam apps conversarem com agentes locais e do sistema

Além das ferramentas de desenvolvimento, o Google lançou APIs para quem quer construir funções de agente dentro do próprio app ou conectar o app a agentes do sistema. No ML Kit, chegou em versão alfa a Agentic API, alimentada pelo modelo Gemini Nano 4 para rodar localmente no aparelho: ela executa funções automaticamente, salva histórico de conversa, gerencia o laço de orquestração e aplica filtros de segurança, tudo sem depender de uma chamada à nuvem.

O Google também passou a usar o Model Context Protocol (MCP), o padrão aberto para conectar modelos a ferramentas externas, lançando a AppFunctions API em beta como uma camada unificada de chamada de função. Com ela, um app pode expor suas próprias funções para agentes locais ou para agentes do sistema operacional. Em cima disso, chega a interface alfa Agent-to-UI (A2UI) para Jetpack Compose: em vez de responder só com texto, o agente pode montar e exibir interfaces interativas usando os próprios componentes visuais do app.

Para levar esses serviços até a busca do Google e o aplicativo Gemini, a empresa lançou em preview a Connected Apps Platform. O desenvolvedor conecta o app via MCP no Android ou via servidores MCP hospedados na nuvem, e gerencia tudo por um único painel. Segundo o Google, mais de 50 integrações de parceiros, incluindo Adobe, Peloton e Experian, já estão ativas no app Gemini, com expansão para a busca na web prevista para as próximas semanas.

Android XR deixa de ser teste e ganha óculos da XREAL

O ambiente de desenvolvimento de realidade estendida (XR) saiu da fase de teste: o Jetpack XR SDK, os emuladores de XR no Android Studio e o Engine Hub, que conecta Unity, Godot e Unreal, agora têm lançamento estável. O Jetpack Compose também chegou à versão 1.13, com o modelo AppState facilitando a adaptação de apps para telas grandes.

Ao lado dessas atualizações, o Google e a fabricante de hardware XREAL anunciaram o XREAL AURA, descrito pelo chefe de XR do Google, Shahram Izadi, como o primeiro óculos inteligente com fio rodando Android XR. O aparelho pesa menos de 95 gramas, tem lentes transparentes e dimerizáveis com campo de visão de 70 graus, e concentra processamento e bateria num puck externo que também funciona como trackpad, equipado com o novo chip Snapdragon Reality Elite da Qualcomm.

O usuário pode posicionar até cinco apps Android no campo de visão ao mesmo tempo ou plugar um cabo USB-C para espelhar a tela do notebook. O Gemini roda embarcado nos óculos: a IA enxerga tanto o ambiente real captado pelas lentes quanto as telas virtuais, e pode organizar janelas, dar dicas em jogos ou destacar objetos físicos no ambiente. O XREAL AURA já está disponível para encomenda nos Estados Unidos, Canadá e Coreia do Sul por 1.099 dólares, com envio previsto para meados de novembro de 2026.

O que ainda fica em aberto

Nenhuma das novidades tem data de saída da fase alfa ou beta: a Agentic API do ML Kit, a AppFunctions API e a interface A2UI seguem em estágio inicial, sujeitas a mudanças de comportamento antes de chegarem à versão estável.

O Google também não detalhou custo de uso da Connected Apps Platform para desenvolvedores fora dos parceiros já anunciados, nem como fica a governança de dados quando um agente de terceiro, como Claude ou Codex, tem acesso direto ao código-fonte de um projeto dentro do Studio. Para quem decide hoje qual agente plugar no fluxo de trabalho, vale acompanhar o Android Bench 2.0 antes de migrar um projeto inteiro: é a métrica mais próxima de um critério comparável que o próprio Google está oferecendo.

Fonte: The Decoder