Google coupe Gemini CLI et pousse les développeurs vers Antigravity

Que vient d’annoncer Google ?

Google ne présente pas ce changement comme une simple suppression, mais comme une migration de Gemini CLI vers Antigravity CLI. Dans son annonce officielle du 19 mai 2026, l’entreprise explique vouloir concentrer ses efforts sur une seule plateforme de développement orientée agents : Google Antigravity.

Le point clé est la date du 18 juin 2026. À partir de ce jour, Gemini CLI et les extensions IDE de Gemini Code Assist ne répondront plus aux requêtes des utilisateurs individuels gratuits, Google AI Pro et Google AI Ultra. Les clients entreprise ne sont pas touchés de la même manière : les organisations utilisant Gemini Code Assist Standard, Enterprise ou des clés API compatibles conservent un accès.

Pourquoi Google remplace Gemini CLI par Antigravity CLI ?

L’argument de Google est assez clair : Gemini CLI a prouvé que le terminal pouvait devenir une interface efficace pour les tâches agentiques, mais les usages auraient dépassé le cadre du simple assistant en ligne de commande. L’entreprise veut désormais unifier le terminal, l’application desktop et les agents autour d’un même backend.

Concrètement, Antigravity CLI est présenté comme un outil plus rapide, écrit en Go, capable d’exécuter des workflows asynchrones et de coordonner plusieurs agents en arrière-plan. L’idée est de passer d’un assistant terminal relativement léger à une plateforme multi-agents plus intégrée.

Gemini CLI et Antigravity CLI : quelle différence pour un développeur ?

La différence ne se limite pas au nom. Gemini CLI était apprécié parce qu’il s’intégrait facilement dans un workflow classique : terminal, dépôt Git, éditeur au choix, scripts shell et usage direct depuis VS Code. Antigravity CLI, lui, s’inscrit davantage dans l’écosystème Antigravity, avec une logique de plateforme.

C’est cette bascule qui explique une partie des réactions négatives. Beaucoup de développeurs ne rejettent pas l’idée d’un outil plus puissant, mais regrettent la perte d’un CLI simple, ouvert dans l’usage, et facile à combiner avec n’importe quel éditeur.

Pourquoi les développeurs réagissent aussi mal ?

La critique principale ne porte pas seulement sur Antigravity CLI. Elle porte surtout sur le timing. Gemini CLI avait gagné une vraie popularité auprès des développeurs, avec une adoption open source importante, de nombreuses contributions et une image d’outil pratique pour le terminal. Voir Google réorienter le produit aussi vite alimente une impression de rupture brutale...

Sur Reddit et Hacker News, plusieurs thèmes reviennent : la peur d’un nouveau produit abandonné trop vite, la confusion entre Gemini, Gemini Code Assist, Antigravity, Antigravity CLI et Google AI Studio, ainsi que la crainte d’un lock-in plus fort. Beaucoup de développeurs veulent pouvoir changer de modèle, de CLI ou d’éditeur sans reconstruire tout leur environnement.

La réaction est donc assez logique : les utilisateurs qui avaient choisi Gemini CLI pour sa simplicité se retrouvent poussés vers une approche plus ambitieuse, mais aussi plus structurante.

Quelles alternatives si l’on veut garder un workflow terminal et VS Code ?

Si l’objectif est de conserver VS Code, le terminal intégré et une certaine liberté dans le choix des modèles, il n’existe pas un remplaçant parfait de Gemini CLI, mais plusieurs combinaisons crédibles.

Le choix le plus prudent pour les développeurs qui veulent éviter le verrouillage est souvent une approche hybride : VS Code + Continue.dev pour l’IDE + Aider dans le terminal. Cela permet de changer de modèle ou de fournisseur sans dépendre entièrement d’une seule plateforme.

Faut-il migrer tout de suite vers Antigravity CLI ?

Si vous utilisez Gemini CLI au quotidien avec un compte individuel, il faut au minimum tester Antigravity CLI avant le 18 juin 2026. Pas forcément pour migrer toute votre stack immédiatement, mais pour identifier les différences de commandes, d’authentification, de permissions, de quotas et de comportement sur vos projets réels.

Pour un usage professionnel, la bonne approche consiste à traiter cette transition comme un changement d’outil. Il faut tester un dépôt représentatif, vérifier les workflows Git, comparer les résultats avec votre assistant actuel et prévoir une solution de secours. Dans ce contexte, Aider ou Continue.dev ne sont pas seulement des alternatives : ce sont aussi de bons filets de sécurité.

Ce que cette transition dit du marché des outils IA pour développeurs

Cette annonce montre une tendance plus large : les assistants de code ne sont plus seulement des autocomplétions ou des chats dans l’éditeur. Ils deviennent des agents de développement, capables de planifier, modifier plusieurs fichiers, lancer des commandes, lire des logs et orchestrer des sous-tâches.

Mais cette évolution crée une tension. Les éditeurs veulent proposer des environnements intégrés, alors que beaucoup de développeurs préfèrent des outils composables. Gemini CLI incarnait plutôt la seconde approche. Antigravity incarne davantage la première. Le débat ne porte donc pas seulement sur Google, mais sur la direction que prennent les outils de développement assistés par IA.

Mon avis : Antigravity est intéressant, mais Gemini CLI laisse un vide

Sur le fond, Antigravity CLI peut devenir un très bon outil. Les workflows asynchrones, les agents multiples et l’architecture unifiée ont du sens pour les gros projets. Mais la transition laisse un vide pour les développeurs qui avaient choisi Gemini CLI précisément parce qu’il était simple, direct et facile à intégrer dans leur environnement existant.

Le vrai risque pour Google n’est pas seulement de froisser quelques utilisateurs. C’est de pousser les développeurs les plus autonomes vers des stacks plus agnostiques, où le modèle, l’éditeur et le CLI peuvent être remplacés séparément. Dans un marché qui change tous les mois, cette flexibilité est devenue un avantage important.