Google decidiu encerrar, de forma escalonada, o acesso da maioria dos usuários ao Gemini CLI, seu agente de desenvolvimento em linha de comando, e substituir a ferramenta pelo novo Antigravity CLI. A mudança começa a valer em 18 de junho de 2026 e já causou forte insatisfação entre desenvolvedores, especialmente por envolver a troca de um projeto aberto por uma solução que, até agora, não segue o mesmo modelo.
O Gemini CLI vinha sendo oferecido como ferramenta open source, com código disponível e possibilidade de contribuições diretas da comunidade técnica. Já o Antigravity CLI surge como um CLI unificado para agentes de inteligência artificial, mas é apresentado de maneira bem mais fechada: a página oficial traz basicamente um changelog, um arquivo de documentação inicial e uma demonstração visual do uso, sem a publicação do código-fonte no momento descrito.
Na prática, isso significa que usuários gratuitos, assinantes dos planos Google AI Pro e Ultra e quem utiliza o Gemini Code Assist para indivíduos perderão o direito de fazer requisições via Gemini CLI e também por meio das extensões de IDE associadas a ele. A mesma regra vale para o Gemini Code Assist integrado ao GitHub, que deixará de permitir novas instalações na data do corte e cessará o atendimento de requisições algum tempo depois.
O impacto, porém, não é homogêneo entre todos os perfis de clientes. Segundo o próprio Google, quem acessa o Gemini CLI ou suas extensões por meio de licenças Gemini Code Assist Standard ou Enterprise manterá o funcionamento normal. Usuários do Gemini Code Assist para GitHub vinculados a contas corporativas do Google Cloud também continuarão com acesso preservado, o que reforça a percepção de que o foco passa a ser claramente o segmento empresarial.
Além disso, o Google informou que o Gemini CLI seguirá acessível por meio de chaves pagas das APIs Gemini e da plataforma Gemini Enterprise Agent. Em outras palavras, o produto não desaparece completamente, mas torna-se, na prática, uma solução voltada a quem pode pagar por acesso corporativo ou por uso de API. Para a maioria dos desenvolvedores independentes, estudantes e pequenas equipes, o caminho apontado é a migração para o Antigravity CLI, mesmo sem garantia de equivalência completa de recursos no lançamento.
A empresa reconheceu abertamente que não haverá paridade “1:1” entre as duas ferramentas logo no início da transição. De acordo com a comunicação oficial, o Antigravity CLI já nasce com suporte a funcionalidades como agent skills, hooks, subagents e extensões, elementos importantes para cenários mais complexos de automação e orquestração de agentes de IA. Outros recursos, porém, podem demorar a chegar ou simplesmente não serem incorporados, o que preocupa quem depende de comportamentos muito específicos do Gemini CLI atual.
O grande argumento do Google para justificar a mudança é que o Antigravity CLI teria sido pensado desde o início para lidar com ambientes multiagente. Nesse tipo de arquitetura, vários agentes de IA assumem papéis diferentes, cooperam entre si e se distribuem em fluxos de desenvolvimento mais elaborados – por exemplo, um agente focado em geração de código, outro em revisão de segurança e um terceiro em testes automatizados. O Antigravity CLI seria o ponto de coordenação desse ecossistema, enquanto o Gemini CLI nasceu em um contexto mais limitado.
Apesar desse discurso técnico, a forma como a migração está sendo conduzida gerou críticas contundentes. Do ponto de vista de muitos desenvolvedores, trata-se de um downgrade em transparência: uma ferramenta aberta, construída e aprimorada com apoio da comunidade, é descontinuada para quase todos os perfis de uso, e o público é redirecionado para um CLI fechado, sujeito a políticas de uso e limitação que não podem ser auditadas no código.
A diferença de abertura entre os dois projetos fica clara ao se observar os materiais públicos de cada um. Enquanto o repositório do Gemini CLI expõe o código que sustenta a ferramenta, respeitando sua natureza de software open source, o Antigravity CLI se apresenta apenas com documentação superficial e material de apresentação. Na data em que as reações começaram a ganhar intensidade, o código-fonte do Antigravity CLI ainda não tinha sido publicado, alimentando suspeitas de que a empresa estaria deliberadamente restringindo o espaço para contribuições externas.
Essa percepção é reforçada por relatos de desenvolvedores sobre possíveis limites de uso do Antigravity CLI. Vários usuários dizem ter esbarrado em cotas semanais após poucas requisições, o que contrasta com a experiência anterior de uso do Gemini CLI em muitos cenários. Pedidos para que o Google esclareça ou revise essas políticas de limitação se multiplicaram, assim como comentários de frustração por ver um projeto construído em base aberta dar lugar a uma solução vista como menos transparente.
Outra camada de insatisfação mira o histórico da própria empresa em relação a produtos descontinuados. Muitos profissionais de tecnologia apontam que essa não seria a primeira vez em que ferramentas amplamente adotadas são encerradas ou modificadas de forma brusca, afetando fluxos de trabalho, integrações e investimentos em adoção. No caso específico do Gemini CLI, a crítica é ainda mais intensa porque se trata de um componente integrado ao dia a dia de desenvolvimento, automatização de tarefas e interação com modelos de IA.
Em meio a esse cenário, Dmitry Lyalin, gerente de produto líder do Gemini CLI, publicou esclarecimentos adicionais sobre o processo de migração. Ele garantiu que o repositório do Gemini CLI continuará disponível sob licença Apache 2.0, sem remoção do código aberto já publicado, e que o time responsável seguirá atuando para manter o projeto alinhado a novos lançamentos de modelos, correções de bugs e atualizações de segurança voltadas ao ambiente corporativo. Na prática, o projeto permanece vivo, mas direcionado a quem tem acesso por licenças pagas ou uso de APIs.
Essa postura, porém, escancara uma divisão clara de tratamento: de um lado, empresas e usuários corporativos que continuam com acesso a um CLI conhecido, aberto e maduro; de outro, a grande massa de desenvolvedores, estudantes e entusiastas, que passa a depender de um novo CLI ainda em fase de consolidação, sem código-fonte disponível e com relatos de limitações mais rígidas. Essa separação alimenta um debate mais amplo sobre quem, de fato, se beneficia das inovações em IA e quem fica à margem dos recursos mais avançados.
Do ponto de vista prático, a transição para o Antigravity CLI levanta dúvidas sobre migração de fluxos de trabalho. Equipes que hoje utilizam scripts, pipelines de CI/CD e integrações construídas sobre o Gemini CLI precisarão revisar automações, adaptar comandos e testar o comportamento do novo CLI em ambientes críticos. Sem paridade total de recursos garantida no início, há o risco de interrupções em processos produtivos, o que pode pesar especialmente para times pequenos que não dispõem de muita folga para ajustes.
Para quem está preso ao ecossistema Google mas não deseja ou não consegue pagar por acesso corporativo, as alternativas se reduzem. Uma possibilidade é tentar extrair o máximo do período de coexistência, documentando o funcionamento atual do Gemini CLI, salvando configurações, scripts e rotinas, e planejando uma migração gradual. Outra é avaliar a adoção de outros CLIs e agentes de código abertos, mesmo que isso signifique sair parcialmente da esfera de ferramentas oficiais do Google.
Do lado do desenvolvimento de IA, o movimento também tem implicações estratégicas. Ao concentrar o suporte pleno em ferramentas corporativas e em uma nova camada de CLI fechada, o Google tende a reforçar um modelo em que a experimentação avançada, o fine-tuning de fluxos e a integração profunda com código ficam, em grande medida, nas mãos de organizações com orçamento para isso. Já a comunidade open source, que historicamente impulsiona inovação em tooling de desenvolvimento, pode perder espaço de influência nas decisões sobre o futuro desses agentes.
Ainda que o argumento técnico de “suporte superior a ambientes multiagente” faça sentido para casos de uso complexos, o modo como a mudança foi comunicada e estruturada mostra um desalinhamento com as expectativas de transparência de uma parte significativa da comunidade dev. Em vez de apresentar o Antigravity CLI como evolução natural do Gemini CLI, mantendo a mesma filosofia de abertura, o Google optou por um recorte nítido entre quem paga e quem não paga, com benefícios claros para o primeiro grupo.
Para os desenvolvedores, o episódio funciona como um alerta sobre dependência de ferramentas proprietárias – mesmo quando elas nascem com um repositório público. Projetos que constroem sua base de automação, produtividade e fluxo de desenvolvimento em torno de um único fornecedor ficam vulneráveis a decisões estratégicas como essa, que podem alterar preços, modelos de acesso e até a natureza aberta ou fechada das soluções.
No médio prazo, o impacto real da mudança vai depender de alguns fatores-chave: se o Antigravity CLI evoluir rapidamente, ganhar paridade de recursos, abrir seu código e adotar um modelo mais transparente, parte da rejeição inicial pode ser atenuada. Caso contrário, o afastamento entre Google e parcela relevante da comunidade de desenvolvedores tende a se acentuar, e outras ferramentas – especialmente as genuinamente open source – podem ganhar espaço como alternativas preferenciais em ambientes de desenvolvimento e segurança.
Enquanto isso, quem usa intensamente o Gemini CLI precisa encarar o cenário com pragmatismo: revisar contratos e licenças, mapear dependências internas da ferramenta, testar o Antigravity CLI em paralelo e desenhar um plano de contingência. A forma como cada equipe lida com essa transição pode determinar o quanto a mudança afetará a produtividade, a segurança e a autonomia dos seus fluxos de trabalho em um momento em que a integração com IA se torna cada vez mais central no ciclo de desenvolvimento de software.