AppsO Android Studio agora aceita mais de 40 agentes de programação compatíveis com o protocolo ACP, e o Android CLI permite que esses agentes vejam telas, executem tarefas e testem apps em dispositivos reais. O anúncio do Android Dev Summit, publicado em 28 de outubro, aproxima a IA do ciclo que costuma consumir tempo numa equipe mobile: implementar uma mudança, conferir como ela aparece e investigar problemas sem depender só de uma compilação bem-sucedida.
A novidade interessa a quem mantém um aplicativo Android ou está planejando um. Ela não transforma o agente em responsável pelo lançamento: oferece ferramentas para que ele trabalhe com mais contexto e produza evidências que uma pessoa pode revisar. O resumo oficial do Android Dev Summit detalha o que já chegou ao Android Studio estável, o que está disponível pela linha de comando e o que ainda está em teste.
O que muda no Android Studio
O Android Studio Rabbit 2, versão estável 2026.2.2, inclui o Bring Your Own Agent. Em vez de ficar limitado a um assistente embutido, o time pode conectar agentes ACP como Claude Agent, Codex e Antigravity. O agente passa a acessar recursos do ambiente Android, como estrutura do projeto, ferramentas de build, emulador, Logcat e prévias do Jetpack Compose. A página de notas de versão do Android Studio Rabbit 2 confirma a disponibilidade estável e lista compatibilidade com agentes ACP.
Na prática, isso pode encurtar o vai e volta de uma tarefa de interface. Um agente consegue gerar uma tela, abrir a prévia do Compose em tamanhos diferentes e ajustar o código com base no que aparece, em vez de apenas afirmar que a implementação compila. O novo fluxo de revisão de mudanças também ajuda a examinar alterações maiores feitas pelo agente e pedir uma explicação ou uma correção. Ainda é necessário avaliar o resultado: uma tela visualmente correta pode esconder uma regra de negócio errada, um fluxo inacessível ou uma regressão em outra parte do app.
Testes visuais e dispositivos reais pela linha de comando
O Android CLI leva parte desse ciclo para o terminal e pode ser usado em scripts e pipelines de integração contínua. A documentação oficial do Android CLI descreve comandos para criar e executar projetos, inspecionar layouts e renderizar prévias do Compose. A atualização anunciada permite também reservar um aparelho remoto no laboratório de dispositivos do Google, instalar o app e interagir com ele como se estivesse conectado por ADB.
Isso é relevante porque emuladores não reproduzem todas as diferenças de câmera, memória, fabricante, desempenho ou versão do sistema. Testar em hardware remoto pode ampliar a cobertura sem exigir que cada pessoa da equipe tenha todos os modelos físicos. O recurso não substitui uma matriz de aparelhos pensada para o público do produto, mas torna menos custoso incluir aparelhos reais em verificações pontuais e em rotinas automatizadas.
A CLI também reúne comandos para analisar telas, capturar informações do app e coletar rastros de desempenho. A proposta é que o agente investigue sinais concretos — por exemplo, uma tela lenta ou uma navegação que falha — e sugira uma mudança que possa ser conferida. O plugin oficial para Codex, Claude Code e Antigravity instala as ferramentas e instruções Android dentro desses ambientes. Os comandos continuam sujeitos às permissões e à configuração que a equipe conceder ao agente.
Fluxo ilustrativo: ferramentas Android dão ao agente meios para verificar uma mudança; a decisão de aceitar e lançar continua com a equipe.
O que já está pronto — e o que ainda é experimental
O anúncio mistura capacidades com diferentes níveis de maturidade. A integração de agentes no Android Studio Rabbit 2 e os emuladores Android XR foram marcados como estáveis. Já partes da migração de layouts, determinados recursos de profiling e algumas bibliotecas aparecem em versões Canary, alpha ou beta. Antes de incorporar um recurso ao cronograma de um cliente, vale conferir a indicação de estabilidade na documentação específica e não apenas a demonstração do evento.
O Google também relatou que, em testes internos, agentes que usaram a prévia de Compose pelo terminal concluíram tarefas de interface 77% mais rápido e consumiram até três vezes menos tokens. Esse resultado é uma alegação da própria empresa, medida em seu ambiente de teste; não é uma garantia de economia para qualquer projeto nem uma comparação independente entre equipes. O ganho real depende da familiaridade do agente com o código, do tamanho da tarefa, da qualidade dos testes e do tempo que uma pessoa gasta revisando a mudança.
Há ainda um conjunto de mais de 30 Android Skills oficiais, com orientações para temas como permissões, segurança de intents e desempenho do Compose. Elas ajudam a trazer documentação atualizada para o contexto do agente, mas não substituem análise de segurança, revisão de arquitetura ou testes com dados reais.
Como uma equipe pode experimentar com segurança
Uma experiência útil começa pequena: escolha uma tarefa delimitada, como ajustar um formulário ou corrigir um problema visual já conhecido. Conecte o agente ao repositório e às ferramentas estritamente necessárias; peça uma mudança e critérios de aceitação explícitos; depois compare a tela renderizada, execute uma jornada de usuário e revise o diff. Registre o tempo gasto em implementação e revisão, defeitos encontrados e custo de uso. Esse teste responde melhor se a ferramenta cabe no processo do que uma demonstração isolada.
A equipe também deve separar permissões de produção das permissões de desenvolvimento. Um agente que consegue executar comandos, acessar dispositivos e alterar arquivos pode acelerar o trabalho, mas aumenta a importância de credenciais protegidas, branches isoladas e aprovação humana antes do merge. Um teste visual bem-sucedido não autoriza publicar código automaticamente.
Para quem ainda está definindo a arquitetura, a escolha entre app nativo, híbrido ou PWA continua dependendo de recursos do aparelho, distribuição e manutenção — critérios reunidos no guia da Pump sobre app nativo, híbrido ou PWA. E a automação não elimina as etapas de descoberta, integração, validação e publicação que influenciam quanto tempo leva para desenvolver um aplicativo.
A mudança mais concreta, portanto, não é “deixar a IA criar o app sozinha”. É dar ao agente acesso às ferramentas que permitem mostrar o que mudou e testar parte do resultado. Para uma equipe Android, vale experimentar em uma tarefa reversível e medir a qualidade final — não apenas a velocidade de geração do código.
