Gemini CLI est mort : migrer vers Antigravity CLI en 45 min

Hier matin, jeudi 18 juin, mon pipeline GitHub Actions est tombé sur une seule ligne : command not found: gemini. Pas d'avertissement de dernière minute, pas de période de grâce. La Gemini CLI, sortie il y a à peine un an, a cessé de répondre pour les comptes gratuits, Google AI Pro et Ultra. À la place : Antigravity CLI, un binaire Go fermé qu'on appelle avec agy. J'ai passé ma matinée à recoller les morceaux. Voici ce que j'ai changé, ce qui a cassé, et si ça vaut le coup de migrer tout de suite.

Google avait prévenu dès le 20 mai dans un billet sec sur son blog développeurs. Sauf que « prévenu » et « migré » sont deux choses différentes quand on a une dizaine de scripts qui tournent en prod.

Ce qui a sauté le 18 juin (et qui garde l'accès)

Concrètement, depuis jeudi, la Gemini CLI et l'extension Gemini Code Assist ne servent plus de requêtes pour : les abonnés Google AI Pro et Ultra, les utilisateurs du palier gratuit Gemini Code Assist for individuals, et les organisations GitHub qui passaient par Gemini Code Assist for GitHub. Bref, l'écrasante majorité des indépendants et des petites équipes.

Qui garde la Gemini CLI ? Trois cas seulement : les entreprises avec une licence Gemini Code Assist Standard ou Enterprise, les accès via Google Cloud, et toute personne disposant d'une clé API Gemini payante (ou Gemini Enterprise Agent Platform). Si vous avez une clé API facturée à l'usage, vos appels continuent de marcher. Tout le reste bascule sur agy.

Sous le capot, Antigravity CLI tourne sur la variante Flash de Gemini 3.5 — celle que Google annonce à 284 tokens/seconde, tarifée 1,50 $ en entrée et 9 $ en sortie par million de tokens via l'API. Le 3.5 Pro, promis « le mois prochain » par Sundar Pichai à Google I/O, n'est pas encore branché dessus. The Register a résumé l'opération sans détour : Google pousse ses devs vers Antigravity, point.

Installer Antigravity CLI (agy) et migrer sa config Gemini CLI

La bonne nouvelle : la migration est rapide. J'ai chronométré une grosse demi-heure, 45 minutes en comptant la vérification des scripts. Le binaire officiel se télécharge sur antigravity.google/download. En ligne de commande, sur macOS et Linux :

Le binaire s'installe dans ~/.local/bin/agy. Homebrew fonctionne aussi (brew install --cask antigravity-cli), et sur Windows c'est l'habituel irm ... | iex en PowerShell. Première chose : lancer agy seul pour déclencher l'authentification OAuth avec votre compte Google.

Ensuite, l'import de l'existant. Antigravity reprend vos Agent Skills, Hooks, Subagents et Extensions — rebaptisées « plugins Antigravity ». La commande fait le gros du boulot :

Restent deux gestes manuels qui m'ont retardé. D'abord, les skills changent de dossier : git mv .gemini/skills .agents/skills. Ensuite, et c'est le vrai piège, la config MCP sort du settings.json inline pour aller dans un mcp_config.json séparé. Et surtout, pour chaque serveur MCP distant, le champ url doit être renommé en serverUrl.

Autre changement à connaître : le quota. On passe d'un plafond lisible de 1 000 requêtes/jour à un cap hebdomadaire basé sur la compute. Plus opaque. Sur une journée de gros refacto, je n'ai pas touché la limite, mais impossible de vous dire où elle tombe exactement — Google ne publie pas le détail.

Ce qui casse en CI/CD (et m'a coûté une matinée)

Voilà la partie que personne ne lit dans les billets de blog jusqu'à se la prendre en pleine figure. Le script de migration convertit votre config locale uniquement. Il ne touche pas à vos scripts shell, vos cron jobs, ni vos fichiers CI qui appellent directement le binaire gemini. Le binaire a changé de nom : gemini devient agy. Donc tout ce qui invoquait l'ancien nom retourne un command not found.

C'est exactement ce qui a flingué mon GitHub Actions à 8h40. La correction est bête — un grep -r "gemini " .github/ scripts/ pour traquer toutes les occurrences, puis remplacer par agy — mais encore faut-il y penser avant que la prod ne tombe. Techtimes a documenté la vague de pipelines cassés dès le matin du 18.

Pire pour ceux qui avaient bricolé des ponts : le mode ACP stdio (gemini --acp), qui servait à connecter la CLI à des bots Discord, Slack ou Teams, n'est pas présent au lancement d'Antigravity. Si votre assistant interne reposait là-dessus, il est muet depuis jeudi. Pas de date de retour annoncée.

agy au quotidien : tâches en arrière-plan et sous-agents

Une fois la poussière retombée, l'argument de vente d'Antigravity tient la route. Le gros apport, c'est l'asynchrone. On lance une tâche longue avec /agent [tâche] et on continue à prompter en premier plan pendant qu'elle tourne. Jusqu'à cinq sous-agents en parallèle, sans bloquer le terminal. Concrètement : j'ai dispatché un refacto de nommage sur 60 fichiers en tâche de fond, et continué à debugger un test au premier plan. La Gemini CLI verrouillait le terminal pendant ce genre d'opération.

L'architecture est partagée avec l'app desktop Antigravity 2.0, que j'avais déjà passée au crible dans mon test de 72 h sur l'IDE. Même moteur d'agents, même logique de plugins, juste l'interface qui change. Pour qui vit déjà dans Antigravity côté IDE, la CLI s'imbrique proprement. Pour les autres, c'est un nouvel écosystème à apprivoiser — et c'est là que le bât blesse.

Open source contre binaire fermé : le vrai sujet pour une PME

Le point qui fâche n'est pas technique, il est stratégique. La Gemini CLI était open source, sous licence Apache 2.0, écrite en Node.js. Antigravity CLI est un binaire Go fermé. FOSS Force a parlé de « bait-and-switch » : Google attire la communauté avec un outil ouvert, puis ferme le code une fois l'adoption acquise. La discussion GitHub officielle est un festival de devs en colère.

Pour un freelance ou une PME, la question est simple : est-ce que je veux remettre mon outillage de dev entre les mains d'un binaire que je ne peux ni auditer ni fork ? Si la réponse vous gêne, deux alternatives restent ouvertes côté agents codeurs en terminal : Mistral Vibe, côté souveraineté européenne, et Claude Code, dont l'écosystème de skills reste, lui, documenté et stable d'une version à l'autre. J'ai gardé Antigravity pour les projets déjà branchés sur Gemini, et Claude Code pour le reste. Pas de religion : l'outil suit le projet.

Faut-il migrer maintenant ? Mon verdict

Tri rapide selon votre usage :

• Vous utilisez Gemini seulement dans l'app ou le web : rien à faire, cette coupure ne vous concerne pas.
• Vous appelez la CLI dans des scripts ou de la CI : c'est déjà cassé. Migrez aujourd'hui, en commençant par un grep de toutes les occurrences de gemini.
• Vous teniez à la licence ouverte ou au self-host : prenez le temps d'évaluer Claude Code, OpenCode ou Mistral Vibe avant de vous enfermer dans le binaire fermé.

Antigravity CLI est techniquement meilleur que la Gemini CLI : plus rapide, asynchrone, mieux intégré. Mais la méthode — une coupure brutale d'un outil open source d'un an, sans pont stdio au lancement et avec un quota opaque — laisse un goût amer. On migre parce qu'on n'a pas le choix, pas parce qu'on est convaincu. Et pour un dirigeant, c'est le rappel que dépendre d'un seul fournisseur cloud sur sa chaîne d'outils, ça coûte toujours une matinée tôt ou tard.