Google corta acesso ao Gemini CLI e gera mal-estar na comunidade dev

O Google vai encerrar o acesso da maioria dos usuários ao Gemini CLI, seu agente de desenvolvimento em linha de comando de código aberto, a partir de 18 de junho de 2026. A ferramenta será substituída pelo novo Antigravity CLI, apresentado pela empresa como uma forma de unificar seus esforços no desenvolvimento de interfaces de linha de comando para agentes de inteligência artificial.

A mudança, no entanto, provocou forte reação entre desenvolvedores. O principal ponto de insatisfação é que o Gemini CLI era disponibilizado como projeto open source, enquanto o Antigravity CLI, pelo menos até o momento, não recebeu o mesmo tratamento. Na prática, usuários gratuitos, assinantes dos planos Google AI Pro e Ultra e aqueles que utilizam o Gemini Code Assist para indivíduos perderão acesso ao Gemini CLI e às extensões de IDE associadas à ferramenta.

Em comunicado sobre a transição, a equipe do Gemini CLI informou que, em 18 de junho de 2026, o Gemini CLI e as extensões Gemini Code Assist para IDEs deixarão de atender solicitações desses grupos de usuários. A mudança também afeta o Gemini Code Assist para GitHub, que deixará de aceitar novas instalações na mesma data e encerrará o atendimento a solicitações nas semanas seguintes.

Clientes corporativos, porém, não serão afetados da mesma forma. Segundo o Google, usuários que acessam o Gemini CLI ou suas extensões de IDE por meio de licenças Gemini Code Assist Standard ou Enterprise continuarão com acesso normal. O mesmo vale para usuários do Gemini Code Assist para GitHub que utilizam as ferramentas por contas corporativas do Google Cloud.

O Google também afirmou que o Gemini CLI continuará acessível por meio de chaves pagas das APIs Gemini e Gemini Enterprise Agent Platform. Para a maioria dos usuários, contudo, a alternativa será migrar para o Antigravity CLI, mesmo sem garantia de paridade total de recursos no lançamento.

A empresa reconheceu que não haverá equivalência “1:1” entre Gemini CLI e Antigravity CLI logo no início da transição. Segundo o Google, o novo CLI terá suporte, desde o lançamento, a recursos como agent skills, hooks, subagents e extensões. Outros recursos, no entanto, poderão levar mais tempo para chegar ou não serem incorporados.

O argumento central do Google para a mudança é que o Antigravity CLI oferece melhor suporte a ambientes multiagente. Esse tipo de arquitetura permite que diferentes agentes de IA executem tarefas especializadas, cooperem entre si e atuem em fluxos de desenvolvimento mais complexos. Ainda assim, a forma como a migração está sendo conduzida gerou críticas, principalmente porque muitos usuários não terão opção prática de permanecer no Gemini CLI sem pagar por acesso corporativo ou por chaves de API.

A diferença de abertura entre as duas ferramentas ficou evidente nas páginas dos projetos no GitHub. O repositório do Gemini CLI disponibiliza o código que sustentava a ferramenta, em linha com sua natureza de projeto open source. Já a página do Antigravity CLI exibe apenas um changelog, um arquivo README e um GIF demonstrando a aparência da ferramenta. Até o momento descrito no texto original, o código-fonte do Antigravity CLI não havia sido publicado.

Essa ausência alimentou acusações de que o Google estaria encerrando, para a maioria dos usuários, uma ferramenta aberta que recebeu contribuições da comunidade, ao mesmo tempo em que direciona os desenvolvedores para uma alternativa fechada. Em discussões no GitHub, usuários também criticaram aparentes limites de uso do Antigravity CLI, com relatos de pessoas que teriam atingido sua cota semanal após poucas solicitações.

A página de issues do Antigravity CLI também recebeu várias publicações pedindo que o Google investigasse os limites de uso. Outras mensagens expressam frustração com a percepção de que contribuições open source teriam ajudado a melhorar um produto que agora estaria sendo substituído por uma solução menos transparente. Também houve críticas mais amplas ao histórico do Google de encerrar produtos e serviços utilizados por comunidades de desenvolvedores.

Dmitry Lyalin, gerente de produto líder do Gemini CLI, publicou informações adicionais no GitHub sobre a migração forçada para a nova ferramenta. Em sua mensagem, ele destacou que o projeto Gemini CLI continuará disponível para a comunidade como um repositório licenciado sob Apache 2.0, sem mudanças no código aberto já publicado.

Lyalin também afirmou que a equipe continuará trabalhando no GitHub para manter o Gemini CLI atualizado com novos lançamentos de modelos, correções de bugs e atualizações de segurança voltadas a clientes corporativos. A declaração, no entanto, reforça a divisão entre usuários comuns, que serão empurrados para o Antigravity CLI, e clientes empresariais ou usuários pagantes de API, que poderão continuar usando o Gemini CLI.

A decisão ocorre em um momento em que ferramentas de IA para desenvolvimento de software estão se tornando parte central do fluxo de trabalho de programadores. CLIs com agentes de IA ganharam relevância porque permitem interações rápidas diretamente no terminal, automatizando tarefas como geração de código, análise de arquivos, execução de comandos, revisão de alterações e integração com repositórios. Por isso, mudanças de acesso, licenciamento e transparência tendem a gerar impacto direto na confiança da comunidade técnica.

No caso do Gemini CLI, a insatisfação não se limita à troca de nome ou interface. O debate envolve governança de projetos open source, dependência de fornecedores, continuidade de ferramentas de desenvolvimento e os limites entre produtos comunitários e ofertas comerciais. Para desenvolvedores que integraram o Gemini CLI aos seus fluxos de trabalho, a migração obrigatória pode significar ajustes técnicos, perda temporária de recursos e maior dependência de um produto sobre o qual há menor visibilidade.

O Antigravity CLI poderá evoluir e entregar benefícios reais em ambientes multiagente, mas sua chegada começa cercada de resistência. A falta de paridade imediata com o Gemini CLI, os relatos sobre cotas de uso e a ausência de código-fonte aberto ampliam a percepção de que a transição favorece o controle comercial do Google em detrimento da abertura que havia caracterizado a ferramenta anterior.