Google a décidé de retirer Gemini CLI pour la majorité des utilisateurs individuels et de les orienter vers Antigravity CLI, un nouvel outil propriétaire lié à sa plateforme de développement intégrée. Cette décision a suscité une vive réaction parmi les développeurs, car il ne s’agit pas d’un produit ordinaire : Gemini CLI était un projet open source, sous licence Apache 2.0, avec plus de 100 000 étoiles sur GitHub, 6 000 demandes de fusion et des centaines de contributeurs.

La date du changement met en lumière le problème. Google a annoncé la transition le 19 mai, et Gemini CLI cessera de répondre aux requêtes le 18 juin 2026 pour les utilisateurs gratuits, Google AI Pro, Ultra et Gemini Code Assist pour particuliers. En pratique, moins d’un mois reste pour abandonner un outil que beaucoup avaient intégré dans leurs processus quotidiens. Les clients d’entreprise disposant de Gemini Code Assist Standard ou Enterprise ne sont pas affectés de la même manière : Google affirme que leur accès reste inchangé.

Le code reste open source, mais le service se ferme

Le malaise vient d’une différence que l’on tend souvent à minimiser. Le code de Gemini CLI peut continuer à être accessible sous une licence permissive. Cela permet de l’utiliser, l’étudier, le modifier ou en faire un fork. Mais Gemini CLI n’était pas seulement du code : c’était une interface vers les modèles de Google, une composante dépendant de serveurs, d’authentification, de quotas, d’API et d’une infrastructure que la communauté ne contrôle pas.

Voici le point crucial. Dans un projet open source traditionnel, si une entreprise modifie son cap, la communauté peut copier le code et poursuivre. Cela s’est déjà produit : une licence se durcit, une société se replie ou un fournisseur décide de fermer une partie de son produit, et un fork maintenu par la communauté apparaît. Avec Gemini CLI, cette issue n’est qu’à moitié résolue. On peut garder le volant, mais pas le moteur.

Google explique que les flux de travail des utilisateurs ont évolué et qu’ils ont désormais besoin d’outils multi-agents, d’un backend unifié et d’une expérience plus intégrée avec Antigravity. La société affirme aussi qu’Antigravity CLI conserve certaines fonctionnalités jugées critiques, comme Agent Skills, Hooks, Subagents et Extensions, désormais intégrés sous forme de plugins dans Antigravity. Elle admet également qu’il n’y aura pas de parité complète dès le départ.

Ce détail a son importance. Il ne s’agit pas seulement d’un changement de nom. Pour nombre de développeurs, cela signifie passer d’un outil ouvert, auditables et co-développé avec la communauté, à une alternative propriétaire encore en cours de maturation. The Register a souligné que, si le dépôt de Gemini CLI contient le code du projet, la page publique d’Antigravity CLI ne présente que de la documentation, un changelog et une démo, mais pas de code open source équivalent publié.

Une communauté qui a apporté de la valeur et qui en perd aujourd’hui le contrôle

Ce malaise ne se limite pas à la date de fermeture. Il s’explique par l’investissement collectif. Gemini CLI n’a pas grandi uniquement grâce à Google. Il a évolué parce que des développeurs ont signalé des bugs, proposé des améliorations, écrit des extensions, testé des scénarios limites et contribué à faire d’un outil expérimental une partie intégrante de leur infrastructure quotidienne.

Cela modifie la nature du débat. Lorsqu’une entreprise lance un produit propriétaire puis le retire, cela peut être frustrant, mais les règles étaient claires. Lorsqu’elle invite la communauté à contribuer à un projet open source, fusionne des milliers d’apports, puis oriente l’évolution vers un produit fermé, c’est une autre perception qui se dessine. La licence protège le code, mais pas le temps, la confiance ni la connaissance que la communauté a injectés dans le projet.

Google n’a pas supprimé le dépôt ni changé la licence de Gemini CLI. Ce point doit être reconnu. Techniquement, le code reste accessible. Le problème réside dans le fait que la valeur principale de l’outil dépendait d’un service que Google peut restreindre, rediriger ou réserver aux clients payants. Pour les utilisateurs individuels et les contributeurs, le message est clair : ils ont aidé à améliorer un outil qui ne leur sera plus aussi accessible dans la même mesure.

Cette décision alimente aussi un schéma qui nuit à la réputation de Google. Le site Killed by Google recense des centaines de produits abandonnés par la société au fil des années. Toutes les fermetures ne sont pas comparables ni aussi graves, mais dans le domaine des outils de développement, où se bâtissent habitudes, automatisations et processus, la mémoire collective en garde la trace.

Open source à l’ère de l’IA : une dépendance renouvelée

Le cas Gemini CLI illustre un enjeu plus vaste lié à l’open source appliqué à l’intelligence artificielle. Pendant des décennies, ouvrir le code d’un outil offrait à la communauté une voie réelle de continuité. En IA générative, cette garantie peut être insuffisante si le projet ouvert dépend d’un modèle fermé, d’une API privée ou d’une infrastructure centralisée.

Un éditeur, une bibliothèque ou un framework peut survivre après le retrait de son entreprise d’origine. En revanche, un client IA fonctionnant uniquement connecté à des modèles propriétaires est beaucoup plus vulnérable. La partie open source peut être essentielle, mais pas forcément suffisante.

Cela oblige les équipes techniques à se poser des questions plus difficiles avant d’adopter des outils IA en production : Fonctionne-t-il avec plusieurs fournisseurs ? Peut-on changer de modèle sans tout refondre ? Le fournisseur peut-il couper l’accès avec un préavis de 30 jours ? Existe-t-il des alternatives locales ou des weights open source ? Le projet dispose-t-il d’une gouvernance indépendante ou dépend-il entièrement d’une seule entreprise ?

Antigravity pourrait s’avérer une bonne solution, ou une mise à niveau de Gemini CLI en termes de performance, de coordination multi-agents ou d’expérience intégrée. Mais ce n’est pas le seul enjeu. La question centrale est de savoir si Google a bien géré la transition avec une communauté qui a contribué à l’outil précédent. Pour beaucoup, la réponse semble négative.

Le vrai enjeu : l’absence d’influence

La leçon n’est pas simplement que Google ferme certains produits. La véritable leçon est que contribuer à un projet open source contrôlé par une grande entreprise ne garantit pas d’avoir une influence sur son avenir. Contribuer peut donner accès au code et à la visibilité, mais la stratégie reste entre les mains du propriétaire, surtout lorsque la valeur repose sur des services fermés.

Cela ne veut pas dire que les développeurs doivent rejeter tout outil d’origine commerciale open source. Nombre d’entre eux ont été essentiels pour l’industrie. Il faut simplement faire la différence entre code ouvert, gouvernance ouverte et dépendance opérationnelle. Ce sont trois notions différentes.

Gemini CLI disposait d’un code open source, mais sa continuité en pratique dépendait de Google. Lorsqu’elle a décidé de focaliser ses efforts sur Antigravity CLI, la communauté a découvert l’étendue de son pouvoir réel. La licence légale était toujours en place ; le contrat social, lui, a été mis à mal.

Pour les entreprises, ce message est clair. Si une outil d’IA fait partie intégrante du processus de développement quotidien, il ne suffit pas de regarder la licence : il faut aussi analyser qui contrôle l’accès, les modèles, les quotas, la feuille de route et la transition en cas de disparition du produit. À l’ère des agents, la dépendance ne se limite pas au dépôt. Elle englobe tout ce qui se passe derrière.

Questions fréquentes

Que se passera-t-il avec Gemini CLI le 18 juin 2026 ?
Google cessera de traiter les requêtes pour Gemini CLI et pour les extensions IDE de Gemini Code Assist pour les utilisateurs gratuits, Google AI Pro, Ultra et Gemini Code Assist pour particuliers.

Gemini CLI devient-il open source ?
Non. Le dépôt reste accessible sous licence Apache 2.0. Le problème est que l’accès pratique au service change pour beaucoup d’utilisateurs, car l’outil dépendait des modèles et de l’infrastructure de Google.

Qu’est-ce qu’Antigravity CLI ?
C’est le nouvel outil en ligne de commande intégré à Google Antigravity, la plateforme de développement intégrée de Google. Il est conçu pour les flux multi-agents et partage le backend avec Antigravity 2.0.

Pourquoi la communauté est-elle si frustrée ?
Parce que Gemini CLI a reçu des milliers de contributions externes, et que les utilisateurs individuels doivent maintenant migrer vers un outil qui, pour l’instant, ne propose pas le même degré d’ouverture ni de fonctionnalités équivalentes.