Imagina pedir para uma IA criar um app Android do zero. Ela abre a documentação, tenta entender o SDK, gasta milhares de tokens só para configurar o ambiente — e no final, erra o caminho do Gradle. Quem já tentou usar um agente de IA para desenvolvimento Android sabe: é frustrante.

O Google sabe disso também. E na semana passada, lançou silenciosamente uma ferramenta que pode mudar a forma como apps Android são criados: o Android CLI.

Não é só mais um wrapper de terminal. É uma interface de linha de comando redesenhada do zero, pensada especificamente para que agentes de IA consigam criar, configurar e rodar projetos Android sem tropeçar na complexidade do SDK. Os números? 70% menos tokens gastos e tarefas completadas 3x mais rápido.

Eu fui investigar o que exatamente muda na prática.

O Problema que o Google Quer Resolver

Se você já usou Claude Code, Codex ou qualquer agente de codificação para criar um projeto Android, provavelmente viveu esse cenário:

1. O agente tenta rodar sdkmanager e falha porque não sabe o caminho exato
2. Gasta 400+ tokens só tentando descobrir quais pacotes instalar
3. Cria um projeto com template desatualizado
4. Não consegue configurar o emulador corretamente
5. Você desiste e abre o Android Studio

O problema não é a IA em si — é que o tooling do Android nunca foi pensado para consumo programático. O sdkmanager, o avdmanager, o sistema de templates… tudo foi construído para humanos que navegam menus e clicam em botões.

Agentes de IA não clicam em botões. Eles precisam de comandos previsíveis, outputs estruturados e respostas concisas. E é exatamente isso que o Android CLI entrega.

O que É o Android CLI (De Verdade)

O Android CLI é uma ferramenta de terminal que consolida toda a fragmentação do SDK Android em um conjunto unificado de comandos. Em vez de lidar com múltiplas ferramentas espalhadas (sdkmanager, avdmanager, gradle wrapper, etc.), tudo passa por um único ponto de entrada: o comando android.

# Instalar componentes do SDK
android sdk install --packages "platform-tools,build-tools;35.0.0,platforms;android-35"

# Criar um novo projeto com Jetpack Compose
android create --name MeuApp --template compose-empty --package com.exemplo.app

# Criar e rodar um emulador
android emulator create --device pixel-8
android run

Parece simples? É esse o ponto. Cada comando foi projetado para ser determinístico — mesma entrada, mesma saída, sempre. Nada de mensagens ambíguas que confundem um LLM.

A sacada do token

Onde antes um agente gastava ~400 tokens para configurar um ambiente Android (navegando documentação, tentando comandos, lidando com erros), o Android CLI reduz isso para ~120 tokens. A conta é simples:

Pra quem paga por token (e na API do Claude Opus, cada token conta), isso é economia real. O Google estima uma redução de aproximadamente $0,0042 por operação de setup — parece pouco, mas em pipelines que criam dezenas de projetos por dia, a conta fecha.

Os 4 Pilares do Android CLI

1. Gerenciamento de SDK

android sdk install --packages "platform-tools,build-tools;35.0.0,platforms;android-35"

Acabou a era de baixar o Android Studio inteiro só para ter acesso ao SDK. O Android CLI permite instalar apenas os componentes necessários, criando um ambiente enxuto. Perfeito para CI/CD, containers Docker e — claro — agentes de IA que precisam de um ambiente limpo.

2. Criação de Projetos

android create --name BookManager --template compose-empty --package com.example.books

Os templates são oficiais e já vêm com Jetpack Compose, Material 3 e a arquitetura recomendada pelo Google. Nada de projetos com patterns de 2019 que o agente copiou de um tutorial antigo do Stack Overflow.

3. Dispositivos e Emuladores

android emulator create --device pixel-8
android emulator create --device wear-os
android run --target tablet

Deploy em phones, tablets, Wear OS, Android Auto e TV — tudo pelo terminal, sem GUI. O agente cria o virtual device, builda o APK e roda, tudo em sequência.

4. Documentação Viva

android docs --topic "navigation-3"
android docs --topic "edge-to-edge"

Esse é talvez o recurso mais subestimado. O comando android docs dá ao agente acesso direto às guidelines mais atuais do developer.android.com, Firebase e documentação Kotlin. Não importa se o modelo foi treinado em 2024 — ele acessa a documentação de 2026 em tempo real.

Como o próprio Google colocou: “LLM training data goes stale, but Knowledge Base stays current.”

Android Skills: Automação com Contexto

Aqui a coisa fica realmente interessante. O Google não parou nos comandos básicos — criou um sistema chamado Android Skills.

Skills são especificações de workflow em Markdown, hospedadas no GitHub, que descrevem passos técnicos para tarefas comuns. A diferença crucial: elas não foram escritas para humanos lerem. Foram escritas para LLMs parsearem.

Cada Skill tem metadata que permite ao agente identificar automaticamente quando ela é relevante. Se você pede “adicione suporte a edge-to-edge UI”, o agente detecta a intenção, executa android skills implement-edge-to-edge e automaticamente:

• Atualiza o build.gradle
• Modifica a MainActivity
• Ajusta o tema do app
• Configura os insets corretamente

As Skills disponíveis no lançamento:

# Listar skills disponíveis
android skills list

# Aplicar uma skill
android skills implement-navigation-3

# Ver detalhes de uma skill
android skills info edge-to-edge

O mais legal: como são Markdown no GitHub, qualquer pessoa pode contribuir com novas Skills. O Google já sinalizou que pretende expandir o repositório com contribuições da comunidade.

Na Prática: Criando um App com IA + Android CLI

Vamos ver um fluxo real. Digamos que você quer pedir para o Claude Code criar um app de gerenciamento de livros:

"Crie um app Android chamado BookManager com Jetpack Compose.
Lista de livros com busca, detalhes do livro, e modo offline com Room."

Sem Android CLI, o agente faria algo assim:

1. Tentar localizar o SDK (which sdkmanager… falha)
2. Pesquisar documentação sobre setup (sdk install… 300 tokens)
3. Criar projeto manualmente (mkdir, copiar templates… 500 tokens)
4. Configurar Gradle errado na primeira tentativa (mais 200 tokens para corrigir)
5. Total: ~1.500 tokens só no setup, antes de escrever uma linha de código

Com Android CLI:

# Setup completo em 3 comandos
android sdk install --packages "platform-tools,build-tools;35.0.0,platforms;android-35"
android create --name BookManager --template compose-empty --package com.example.books
android docs --topic "room-database"

Total: ~290 tokens no setup. O agente vai direto para o que importa: escrever o código do app.

A diferença de 5x não é exagero do marketing. É geometria simples: menos tokens no setup = mais tokens disponíveis para lógica de negócio = código melhor no final.

O Continuum do Desenvolvimento

O Google fez questão de posicionar o Android CLI como complemento, não substituto do Android Studio. A ideia é um “continuum de desenvolvimento”:

• Android CLI: automação, CI/CD, prototipagem rápida, agentes de IA
• Android Studio: debugging visual, profiling de performance, design de UI, produção

Faz sentido. Você não vai perfilar memory leaks pelo terminal. Mas também não precisa abrir uma IDE de 2GB só para criar um projeto com template.

O fluxo ideal, segundo o Google, é:

1. Agente de IA + Android CLI cria o projeto, configura dependências, escreve o código base
2. Desenvolvedor no Android Studio refina a UI, faz profiling, roda testes de integração
3. CI/CD com Android CLI faz build, testes automatizados e deploy

É o melhor dos dois mundos. E honestamente, é assim que a maioria dos devs já trabalha — só que antes, a parte do terminal era uma experiência fragmentada e dolorosa.

Quem Mais se Beneficia

O Android CLI não é só para quem usa IA. Vários cenários ganham com essa ferramenta:

Pipelines de CI/CD: em vez de instalar o Android Studio inteiro em um container Docker, você instala só o CLI e os pacotes necessários. Builds mais rápidos, imagens menores.

Bootcamps e cursos: professores podem dar uma série de comandos para alunos executarem, sem precisar guiar pela interface do Studio. Reprodutibilidade perfeita.

Startups com múltiplos projetos: criar 10 micro-apps em uma tarde é viável quando cada setup leva 30 segundos em vez de 10 minutos.

Desenvolvedores backend entrando em mobile: quem vive no terminal (gente de Go, Rust, Python) finalmente tem uma porta de entrada que faz sentido para o workflow deles.

O Que Isso Significa para o Mercado de Agentes

Vamos falar do elefante na sala: o Google está assumindo que agentes de IA vão criar apps. Não no futuro distante. Agora.

A declaração de missão da equipe Android é reveladora:

“Whether you are using Gemini in Android Studio, Gemini CLI, Antigravity, or third-party agents like Claude Code or Codex, our mission is to ensure that high-quality Android development is possible everywhere.”

Repare que eles mencionam Claude Code e Codex pelo nome. Não é uma ferramenta exclusiva do ecossistema Google — é uma infraestrutura aberta para qualquer agente.

Isso sinaliza uma mudança de paradigma: as plataformas (Android, iOS, Web) estão começando a competir não só por desenvolvedores humanos, mas por agentes de IA. A plataforma que for mais fácil para IAs programarem vai atrair mais projetos.

E o Android acabou de dar o primeiro passo concreto nessa direção.

Comparação: Android CLI vs Tooling Anterior

Para quem quer entender exatamente o que mudou:

Limitações (Porque Nem Tudo São Flores)

Algumas coisas que o Google não resolveu ainda:

Skills limitadas: só 5 Skills no lançamento. Falta cobertura para cenários comuns como configuração de Firebase, push notifications, deep links e integração com APIs REST. A promessa é que a comunidade vai contribuir, mas por enquanto o catálogo é enxuto.

Sem suporte a Flutter: o Android CLI é Kotlin/Compose only. Se seu projeto usa Flutter, você continua no flutter create de sempre.

Preview, não GA: a ferramenta está em preview. Espere mudanças na API, possíveis bugs e incompatibilidades. Não coloque em produção crítica ainda.

Benchmarks vagos: o Google cita “70% menos tokens” e “3x mais rápido”, mas não publicou a metodologia completa dos testes. Quais modelos foram usados? Qual a baseline? Esses números são promissores, mas faltam detalhes para validá-los independentemente.

Como Começar

A instalação é direta:

# Baixar o Android CLI (preview)
curl -sSL https://d.android.com/tools/agents/install.sh | bash

# Verificar instalação
android --version

# Instalar SDK mínimo
android sdk install --packages "platform-tools,build-tools;35.0.0,platforms;android-35"

# Criar seu primeiro projeto
android create --name HelloWorld --template compose-empty --package com.example.hello

# Rodar
android run

A documentação oficial está em d.android.com/tools/agents.

O Que Vem Pela Frente

O Google já deixou pistas sobre o roadmap:

• Mais Skills: Compose Multiplatform, Firebase, teste automatizado
• Integração com Gemini CLI: o Android CLI vai funcionar como “plugin” dentro do Gemini
• Templates avançados: projetos com arquitetura MVVM, injeção de dependência e testes pré-configurados
• Métricas de qualidade: validação automática de acessibilidade e performance antes do build

Se o Flutter CLI eventualmente ganhar o mesmo tratamento, o Google terá o tooling de desenvolvimento mobile mais amigável para IA do mercado. E até lá, quem trabalha com Kotlin nativo acaba de ganhar um superpoder.

A era em que montar um projeto Android era sinônimo de “abre o Studio e espera 5 minutos” está acabando. Pelo menos para quem vive no terminal — humano ou não.