Antigravity CLI ne garde qu'une connexion Google par machine. Voici ce qui marche à la place.

Si vous arrivez ici après avoir cherché comment faire tourner deux comptes Google sur Antigravity CLI, la réponse honnête est que vous ne le pouvez pas, et la raison mérite deux minutes de votre temps. Ce n'est pas une fonctionnalité manquante qu'un drapeau réglera le mois prochain. C'est l'endroit où le CLI range votre identifiant, et tout le reste en découle.

C'est aussi la question à laquelle l'écosystème répond mal. Il existe des outils qui ont l'air de la résoudre, et comprendre ce qu'ils font réellement à votre machine, c'est la différence entre un choix éclairé et un compte banni.

Où vit réellement la connexion

Claude Code et Codex rangent tous les deux un compte sous forme de répertoire. Orientez CLAUDE_CONFIG_DIR ou CODEX_HOME vers un autre chemin et vous obtenez un deuxième compte parfaitement indépendant : ses propres identifiants, son propre historique, rien de partagé. Comme la variable est lue par processus, deux agents lancés avec deux valeurs différentes tournent sur deux comptes différents en même temps.

Antigravity CLI ne fait rien de tel. Son identifiant Google part dans le trousseau du système d'exploitation :

Notez l'ordre, parce que presque tous les articles l'inversent : le service est gemini et le compte est antigravity, pas le contraire.

Ce magasin ne contient qu'une entrée pour toute la machine. Pas de deuxième emplacement, pas de nom de profil, aucun moyen d'indiquer au CLI lequel de plusieurs identifiants utiliser. Il n'y a ni --profile, ni --auth-store, ni --data-dir, ni variable d'environnement qui le déplace.

Ce n'est pas un oubli que personne n'aurait remarqué. L'issue #155 du dépôt du CLI demande exactement cela, en citant CODEX_HOME et CLAUDE_CONFIG_DIR comme ce qui manque. L'issue #381 réclame un sélecteur de profil pour que des outils tiers puissent seulement exister. Les deux sont ouvertes. Aucune n'a de réponse de Google.

Ce que font vraiment les utilitaires de bascule

Plusieurs outils annoncent le multi-compte pour Antigravity. Ils fonctionnent de la seule façon possible face à un magasin à emplacement unique : ils réécrivent l'entrée du trousseau.

La conséquence se découvre tard. Le changement n'est limité ni à l'outil, ni à un projet, ni à un terminal. Il vaut pour la machine. Chaque session Antigravity de cet ordinateur utilise désormais le compte écrit en dernier, y compris les sessions que vous lancez vous-même, depuis votre propre shell, des heures plus tard. Vous n'obtenez pas deux comptes. Vous obtenez un compte qui change sous vos pieds.

Ce que vous vouliez probablement, deux agents qui travaillent en parallèle sur deux abonnements, n'est donc pas seulement non implémenté. C'est inatteignable par cette voie, par construction.

Il existe une deuxième famille de contournements qui fait passer les requêtes par des proxys pour mutualiser la capacité. Celle-là n'est pas une zone grise. Le plugin le plus populaire de ce type affiche lui-même, sur sa propre page, que des comptes utilisateurs ont été bannis ou shadow-bannés. Mettez cela en balance avec ce que vous y gagnez.

Le piège du forfait famille

L'idée paraît raisonnable, une fois qu'on a compris qu'un deuxième compte est difficile : acheter un deuxième siège Google AI Pro dans son groupe famille et alterner à la main.

Les utilisateurs qui ont essayé, en testant depuis deux machines distinctes, rapportent que les deux sièges puisent dans un seul pool de quota partagé plutôt que dans deux pools indépendants. Si cela vaut pour votre compte, le deuxième siège ne vous apporte strictement rien pour cet usage.

Cela vient de mesures d'utilisateurs, pas d'une documentation publiée : vérifiez-le sur votre propre compte avant de payer. Mais vérifiez-le avant, pas après.

Ce qui marche : une clé par agent

Il existe exactement un identifiant qu'Antigravity CLI lit par processus au lieu de le prendre dans le trousseau de la machine : une clé API Gemini, récupérée depuis l'environnement.

Cette seule différence change tout, parce que par processus veut dire réellement concurrent. Deux agents lancés avec deux clés différentes tournent en même temps, sur des quotas distincts, sans que l'un dérange l'autre. C'est la même propriété qui fait marcher CLAUDE_CONFIG_DIR pour Claude Code, arrivée par une autre porte.

Deux réserves, et elles ne sont pas mineures.

D'abord, faire passer le CLI en mode clé est un réglage global, pas un drapeau par commande. L'activer signifie que chaque session Antigravity de cette machine utilise la clé au lieu de votre abonnement Google, y compris les sessions lancées hors de l'outil qui l'a configuré. Le désactiver rétablit le comportement précédent, mais tant que c'est actif, c'est actif pour tout.

Ensuite, une clé API se facture autrement qu'un abonnement. Ce n'est pas une façon de continuer à payer votre tarif AI Pro et d'en obtenir davantage. C'est un autre arrangement commercial, et la raison pour laquelle il peut tourner en parallèle est précisément qu'il n'est pas l'abonnement.

L'échec silencieux à connaître : si vous configurez des clés mais laissez le mode clé désactivé, le CLI continue simplement de lire son propre identifiant du trousseau et ignore les clés entièrement. Aucune erreur, aucun avertissement, rien dans les journaux. On dirait que votre configuration n'a pas été enregistrée.

À quoi cela ressemble dans AgentsRoom

Dans AgentsRoom, un compte Antigravity est une clé API Gemini, et elle est rattachée par agent plutôt que par projet, parce que l'épuisement d'un quota est le problème d'une conversation et non de tout ce que vous avez d'ouvert. Plusieurs agents tournent en parallèle sur des clés distinctes, et quand une clé s'épuise en pleine tâche l'agent est confié automatiquement à une autre. N'importe quel compte peut être exclu pour ne jamais servir de secours.

Deux différences avec la reprise de Claude et Codex sont écrites sur la page de la fonctionnalité plutôt qu'enterrées, parce qu'elles sont réelles : sur Antigravity l'agent est relancé proprement sur la clé entrante au lieu de reprendre la conversation, et il n'existe pas de barre de quota, donc une clé épuisée est mise au banc pour une durée par défaut et non jusqu'à son heure réelle de réinitialisation.

Ce qu'AgentsRoom se refuse à faire, c'est réécrire votre trousseau. Votre connexion d'abonnement Google reste exactement là où le CLI l'a mise.

Ce que ceci n'est pas

Tout ce qui précède parle de séparer des identifiants qui existent déjà légitimement : un siège payé par votre employeur, un abonnement personnel, une clé que vous facturez à un client précis. Les garder distincts sur une machine est un besoin ordinaire.

Créer des comptes pour contourner les plafonds de capacité du forfait sur lequel vous êtes est autre chose, et c'est ce que visent les politiques d'usage. Rien ici ne rend cela acceptable. Ce sont les conditions de Google qui font référence, pas cet article.

Les questions que les gens posent vraiment

Puis-je utiliser deux comptes Google avec Antigravity CLI ?

Pas deux connexions d'abonnement, non. Antigravity CLI range son identifiant Google dans le trousseau du système d'exploitation, qui ne contient qu'une seule entrée pour toute la machine et n'expose aucun moyen de choisir entre plusieurs. Il n'existe aucun répertoire par compte vers lequel orienter le CLI, donc rien ne peut garder deux connexions d'abonnement actives en même temps. Ce qui fonctionne réellement en parallèle, ce sont les clés API Gemini, une par processus, parce que le CLI lit la clé depuis l'environnement.

Où Antigravity CLI range-t-il sa connexion ?

Dans le trousseau du système d'exploitation, pas dans un fichier de configuration que vous pourriez copier. Sur macOS c'est une entrée du Trousseau avec le service gemini et le compte antigravity. Sur Windows c'est la paire gemini:antigravity dans le Gestionnaire d'identifiants, et sur Linux la même paire dans le Secret Service. Notez l'ordre, il est à l'inverse de ce que presque tout le monde suppose : le service est gemini et le compte est antigravity.

Existe-t-il un équivalent de CLAUDE_CONFIG_DIR ou CODEX_HOME pour Antigravity ?

Non. Claude Code isole un compte entier dans le répertoire vers lequel pointe CLAUDE_CONFIG_DIR, et Codex fait la même chose avec CODEX_HOME. Antigravity CLI n'a aucun équivalent, ce qui est exactement ce que demande l'issue 155 du dépôt antigravity-cli, en citant nommément les deux variables. Elle est toujours ouverte, et il n'existe pas davantage de drapeau --profile, --auth-store ou --data-dir.

Deux abonnements Google AI Pro dans le même groupe famille donnent-ils deux fois le quota ?

Des utilisateurs qui l'ont testé depuis deux machines distinctes rapportent un seul pool de quota partagé plutôt que deux pools indépendants : deux sièges payants dans un même groupe famille ne s'additionnent donc pas comme on l'attendrait. Cela vient de mesures d'utilisateurs et non d'une documentation publiée, donc traitez-le comme un signal fort à vérifier sur votre propre compte avant de payer un deuxième siège, pas comme une déclaration officielle.

Est-ce contraire aux conditions de Google d'alterner deux comptes payants ?

Une réponse sur le forum officiel des développeurs Google AI indique qu'alterner entre deux comptes que vous payez légitimement n'est pas en soi une violation des conditions. Cette réponse vient d'un compte de forum d'apparence officielle et non d'une page de documentation : traitez-la comme une indication, pas comme un arbitrage. Le vrai risque est ailleurs : c'est l'outillage de proxy bâti autour de ces contournements qui fait bannir des comptes.

Que font réellement les utilitaires de bascule de compte Antigravity ?

Ils réécrivent l'unique entrée du trousseau que lit le CLI. C'est pour cela qu'ils donnent l'illusion de gérer plusieurs comptes alors qu'un seul est actif à la fois : le changement vaut pour toute la machine et affecte chaque session Antigravity, y compris celles que vous n'avez pas lancées depuis l'outil. C'est un échange, pas une isolation, donc deux agents ne peuvent jamais tourner sur deux comptes d'abonnement en même temps.

La version courte

Antigravity CLI garde un seul identifiant Google dans votre trousseau système, pour la machine entière, sans aucun moyen de choisir entre plusieurs. Aucun outil ne peut changer cela sans réécrire cette entrée pour tout l'ordinateur, et les contournements par proxy portent un vrai risque de bannissement. Un deuxième siège dans un groupe famille semble partager un seul pool de quota, il n'aide donc pas davantage.

Le seul identifiant que le CLI lit par processus est une clé API Gemini. C'est elle qui fait réellement tourner plusieurs agents Antigravity en parallèle, au prix d'un basculement de mode global et d'un modèle de facturation différent. Si vous attendiez l'expérience de Claude Code, celle-là marche vraiment par répertoire, et la différence n'est pas une question de qualité d'outillage : c'est l'endroit où chaque CLI a décidé de ranger votre identifiant.