Contexte technique
J'ai examiné l'annonce et les notes de migration de Google, et l'idée est simple : Gemini CLI n'est plus la voie principale, Google pousse désormais tout le monde vers Antigravity CLI. Si vous aviez une intégration d'IA via la CLI dans votre dépôt, ce n'est pas un simple changement cosmétique, mais une véritable migration de votre pipeline de travail.
Le plus agaçant n'est pas le nom. Je suis immédiatement tombé sur le fait que les instructions de projet doivent être déplacées de gemini.md vers agents.md, ce qui signifie que tous les modèles, scripts de dépôt et guides internes liés à l'ancien nom deviennent incorrects.
Google affirme que le flux de travail global restera familier. Mais je prends toujours ces promesses avec des pincettes : si vous avez des alias, des wrappers shell, des étapes de CI ou de la documentation avec gemini en dur, tout doit être vérifié manuellement.
Un autre point : il y a déjà de la confusion autour d'Antigravity car la marque est utilisée à la fois pour un IDE et pour la CLI. En pratique, cela signifie des erreurs d'installation supplémentaires, des problèmes avec le PATH, l'environnement et une incertitude sur le paquet que la personne a téléchargé.
Le calendrier ne laisse pas non plus beaucoup de répit. Des discussions mentionnent déjà une date d'arrêt pour certains scénarios payants à partir du 18 juin 2026, je ne conseillerais donc pas de reporter la migration à la dernière minute.
Ce que cela change pour l'entreprise et l'automatisation
Si la CLI est intégrée à votre automatisation d'IA, le problème va au-delà d'un simple renommage de fichier. Cela casse des dépendances silencieuses : scripts de démarrage, intégration des nouveaux développeurs, génération automatique d'instructions pour les agents et intégrations CI.
Ceux dont l'architecture n'est pas figée sur le nom d'un seul fournisseur en sortiront gagnants. Les perdants seront les équipes qui ont utilisé la CLI telle quelle, sans couche d'abstraction ni gestion appropriée des configurations.
Dans de telles situations, je conseille généralement non pas de simplement "mettre à jour l'outil", mais de reconstruire rapidement l'architecture d'IA autour d'une interface neutre : les instructions de l'agent séparées des appels CLI, et les secrets et l'authentification également séparés. C'est exactement le genre de transition que nous gérons pour nos clients chez Nahornyi AI Lab, lorsqu'ils ont besoin d'un développement de solution d'IA adapté à leurs processus réels, et non d'une panique après un changement de marque.
Si vous avez déjà des dépôts contenant des fichiers gemini.md, d'anciens alias et une automatisation fragile, il vaut mieux régler cela maintenant. Sinon, le jour J, vous ne réparerez pas Google, mais votre propre production. Si vous le souhaitez, mon équipe chez Nahornyi AI Lab peut vous aider à migrer en douceur vers un système fonctionnel et à construire une automatisation d'IA pour que le prochain changement de marque soudain ne paralyse pas vos processus.