Android Studio Rabbit 2 e agentes de IA: o que desenvolvedores precisam saber

O desenvolvimento Android está saindo do preenchimento de código assistido por IA e avançando para agentes supervisionados que usam ferramentas. No Android Dev Summit de 28 de outubro de 2026, o Google tornou essa mudança concreta: o Android Studio Rabbit 2 está estável, o Bring Your Own Agent (BYOA) está disponível e o Android CLI pode expor streaming de dispositivos, previews do Compose, criação de perfis, análise de pacotes e habilidades específicas de Android aos agentes.

A notícia mais importante não é que um único modelo virou a escolha obrigatória. É que o conjunto de ferramentas Android está se tornando uma interface para agentes. O desenvolvedor pode escolher o agente que combina com orçamento, privacidade e processo da equipe, mantendo o contexto do projeto e as ferramentas de validação do Android Studio.

Resumo rápido: o Android Studio está virando um espaço de agentes

O Rabbit 2 permite usar Claude Agent, Codex, Antigravity ou outros agentes compatíveis com ACP dentro do Android Studio. O Android CLI acrescenta verificações práticas, como streaming remoto de dispositivos e previews do Compose. Assim, o agente pode alterar o código, renderizar a interface, consultar logs, analisar desempenho e revisar um pacote de aplicativo, em vez de parar depois de gerar código.

Isso não elimina a necessidade de julgamento técnico. O julgamento muda de lugar: o desenvolvedor precisa definir limites, revisar diffs, proteger segredos e exigir evidências de builds e dispositivos reais.

O que mudou no Rabbit 2

O destaque é o Bring Your Own Agent. O Google afirma que o Rabbit 2 está estável e aceita mais de 40 agentes compatíveis com ACP, incluindo Claude Agent, Codex e Antigravity. O agente trabalha no ambiente do Android Studio, com acesso à estrutura do projeto, resolução de símbolos, sistema de build, emulador, Logcat e Compose Preview.

Esse contexto faz diferença. Um assistente genérico pode sugerir Kotlin, mas um agente orientado para Android também consegue raciocinar sobre módulos Gradle, qualificadores de recursos, permissões do manifesto, recomposição do Compose e comportamento do dispositivo. A qualidade vem do ciclo de feedback, não apenas do modelo de linguagem.

O Android Studio também ganhou revisão de código por IA e um gerenciador de habilidades. As habilidades oferecem procedimentos focados para segurança de permissões, layouts de widgets, desempenho do Compose e outras tarefas Android. Elas não substituem testes, mas reduzem a chance de o agente adivinhar uma orientação a partir de um prompt amplo.

O Android CLI transforma validação em ferramentas

Para equipes que preferem o terminal, os novos recursos do Android CLI são especialmente úteis. O streaming de dispositivos pode permitir que o agente teste em um dispositivo remoto real por meio do Firebase. Os previews do Compose ajudam a validar mudanças visuais sem gerar e instalar um APK a cada tentativa.

A criação de perfis também importa. O agente pode capturar traces Perfetto de nível de produção para investigar inicialização lenta, travamentos de UI e ativações em segundo plano. A análise de pacotes e bibliotecas pode encontrar sinais de qualidade relacionados a shrinking, otimização e ofuscação antes do upload. Isso leva o agente de “o código compila” para “o artefato está mais próximo da qualidade de lançamento”.

O Google descreve ainda mais de 30 habilidades Android em mais de 20 áreas. O valor prático depende de combiná-las com regras do repositório. Uma habilidade de segurança de permissões, por exemplo, deve seguir a política do projeto de não registrar tokens, não alterar assinaturas de release e não ampliar permissões do manifesto sem revisão.

O modelo certo: delegar ciclos, não decisões

O desenvolvimento Android com agentes funciona melhor quando o agente executa um ciclo limitado e a pessoa define os critérios de aceitação. Um ciclo útil é:

1. Peça ao agente para inspecionar o repositório e escrever um plano curto.
2. Exija uma mudança pequena e revisável, não uma reescrita ampla.
3. Faça-o executar testes unitários, lint e a variante de build relevante.
4. Use Compose Preview, streaming de dispositivo, Logcat ou profiling para coletar evidências.
5. Revise o diff e as evidências antes de autorizar a próxima mudança.

Aceitar um patch grande às cegas pode parecer mais rápido, mas geralmente torna a depuração mais difícil. Um ciclo controlado também cria um registro útil para código sensível e trabalho de release.

Para quem usa Android e está avaliando ferramentas, não construindo aplicativos, a mesma lógica vale. Veja permissões, canais oficiais de download, versão e documentação antes de instalar. O diretório de software Android e downloads oficiais da BTTC pode ajudar a comparar opções.

O que verificar antes de adotar

Primeiro, confirme o modelo de acesso do agente. Saiba se prompts, arquivos do repositório, logs, capturas de tela e dados do dispositivo são enviados a um provedor de nuvem. Use o princípio do menor privilégio e um projeto de teste separado.

Segundo, fixe os gates de aceitação. Uma resposta dizendo “concluído” não é um recibo de build. Exija a tarefa Gradle exata, a saída dos testes e, quando necessário, o hash do APK ou AAB. Revise manualmente permissões e dependências alteradas.

Terceiro, teste em diferentes formatos. O Google também está ampliando ferramentas adaptativas baseadas em Compose para celulares, dobráveis, tablets, laptops, carros e XR. O agente pode ajudar a auditar layouts, mas não substitui a verificação real de navegação, entrada, foco, câmera e desempenho.

Por fim, meça a entrega. Tempo de revisão, defeitos escapados, builds quebrados e reversões são indicadores mais úteis que quantidade de prompts ou linhas geradas.

Perguntas frequentes

O Android Studio Rabbit 2 funciona somente com modelos Gemini?

Não. O BYOA foi apresentado como uma forma de usar agentes compatíveis com ACP, incluindo Claude Agent, Codex e Antigravity, dentro do Android Studio. Disponibilidade, contas, preços e recursos variam por agente.

Um agente Android consegue testar um dispositivo real?

O Android CLI inclui streaming de dispositivos alimentado pelo Firebase. A equipe ainda precisa confirmar disponibilidade, rede, permissões e as evidências produzidas pela própria configuração.

O suporte a agentes elimina os testes Android?

Não. Agentes podem executar e interpretar verificações, mas não substituem testes automatizados, validação de build, revisão de segurança e testes em dispositivos representativos.

Conclusão

O Rabbit 2 é relevante porque coloca a escolha do agente e a validação específica de Android no mesmo fluxo. A abordagem mais segura é dar ao agente uma tarefa limitada, regras fortes do repositório e ferramentas de feedback concretas, mantendo as pessoas responsáveis por segurança, comportamento do produto e evidências de release.