La première erreur consiste à traiter tous les messages d’échec comme un problème technique. Une réinstallation peut corriger un chemin de commande cassé, mais elle ne rétablit pas nécessairement un service auquel votre catégorie de compte n’a plus accès.

Google a confirmé que les comptes personnels gratuits ainsi que les comptes Google AI Pro et Ultra concernés ont été orientés vers Antigravity CLI à partir du 18 juin 2026. Cette date et la distinction entre les parcours personnels, professionnels et API figurent dans la documentation officielle sur la transition de Gemini CLI et dans l’annonce de Google sur le passage à Antigravity CLI.

Voici la lecture à retenir :

Une connexion réussie ne signifie donc pas automatiquement que toutes les fonctions de Gemini CLI restent disponibles. À l’inverse, un échec isolé ne prouve pas que votre compte est définitivement exclu. Il faut séparer le statut d’accès du problème de connexion.

Pour cette vérification, utilisez les documents officiels plutôt qu’un message publié dans un forum. Les retours de la communauté peuvent signaler un symptôme intéressant, mais ils restent des cas individuels tant que Google ne les confirme pas.

La décision conditionnelle

Utilisez cette règle avant de toucher à vos fichiers :

• Si vous avez un compte personnel gratuit, Google AI Pro ou Ultra et que l’annonce officielle vous inclut, choisissez la migration vers Antigravity CLI.
• Si vous disposez d’une autorisation d’entreprise encore valide, conservez Gemini CLI provisoirement, puis faites confirmer le parcours par votre administrateur.
• Si vous utilisez une clé API, vérifiez d’abord l’éligibilité, le projet et les restrictions de cette clé.
• Si votre catégorie est valide mais que la commande échoue seulement sur un ordinateur, passez ensuite au diagnostic local : chemin, réseau, version et session.
• Si vous ne pouvez pas identifier la catégorie du compte, n’ouvrez pas un projet important. Testez dans un dossier d’exercice et demandez une confirmation avant de continuer.

Cette méthode évite de perdre du temps à désinstaller, supprimer des réglages ou recréer inutilement des sessions.

Gemini CLI est un outil ; votre projet est un ensemble de fichiers indépendant. Changer d’assistant ne devrait pas effacer le dossier de code. Le danger réel se trouve ailleurs : une modification non enregistrée, un fichier ignoré par le contrôle de version, une configuration locale ou un historique de conversation dont vous n’avez jamais fait de copie.

Imaginez que vous changiez d’assistant pédagogique. Votre cahier reste dans votre sac, mais les annotations personnelles de l’ancien assistant ne suivent pas forcément le changement. Le dossier du projet correspond au cahier ; la session et les réglages de l’outil correspondent aux annotations.

Avant la migration, effectuez cette vérification :

• repérez le chemin exact du projet ;
• ouvrez le dossier dans le gestionnaire de fichiers et vérifiez les fichiers attendus ;
• consultez l’état du contrôle de version si le projet en utilise un ;
• enregistrez les fichiers ouverts dans l’éditeur ;
• copiez le dossier vers un emplacement de secours ;
• notez les réglages utiles, sans copier de secret dans un document partagé ;
• distinguez les fichiers du projet des préférences propres à Gemini CLI.

Ne supprimez pas l’ancien outil avant d’avoir confirmé que le nouveau peut lire une copie de travail. Pour un projet Xcode, contrôlez notamment le fichier de projet, les sources Swift, les ressources et les réglages nécessaires à la compilation. Pour Python ou le développement web, notez aussi la manière dont l’environnement local est lancé.

Un dossier complet ne garantit pas une session complète. Les conversations, instructions personnalisées et commandes précédentes peuvent ne pas être transférées. Si une décision de conception se trouve uniquement dans une ancienne conversation, copiez-la dans un fichier de notes du projet après avoir retiré les informations sensibles.

Rappel de sécurité : ne demandez pas à un assistant de rechercher ou de recopier des clés privées, certificats, jetons d’accès ou mots de passe. Un fichier de configuration présent dans le projet doit être traité comme une donnée sensible, même s’il semble anodin.

L’outil doit être installé là où le travail s’exécute. C’est le point qui crée le plus de confusion lorsque vous utilisez Windows pour contrôler un Mac distant.

Si votre projet se trouve sur votre ordinateur Windows et que vous l’exécutez localement, l’installation se fait sur Windows, selon les systèmes officiellement pris en charge. Si le projet se trouve sur un Mac distant et que les commandes doivent s’exécuter sur macOS, l’installation se fait sur ce Mac distant. L’écran de contrôle n’est pas l’environnement d’exécution.

La documentation officielle Antigravity et le codelab de prise en main Antigravity CLI constituent la route de référence. Suivez la commande présentée dans la version actuelle de ces pages plutôt qu’un extrait ancien trouvé dans une vidéo. Les conditions de connexion, la version et les systèmes compatibles sont des informations susceptibles d’évoluer.

Après l’installation, réalisez trois contrôles simples :

• demandez au terminal où se trouve l’exécutable ;
• affichez la version fournie par la commande officielle ;
• lancez l’outil depuis le répertoire d’un projet d’essai.

Le résultat attendu n’est pas seulement l’apparition d’une interface. Vous devez savoir quel exécutable est appelé, dans quel dossier vous vous trouvez et quel compte est utilisé. Si la commande fonctionne dans un terminal mais pas dans une autre fenêtre, comparez les chemins et les variables de session avant de modifier le système.

Pour un étudiant, un Mac distant peut servir de laboratoire propre lorsque l’ordinateur de l’école interdit l’installation de logiciels. Il ne faut toutefois pas contourner les règles de l’établissement. Utilisez plutôt un environnement personnel autorisé ou un parcours accessible depuis un navigateur lorsque le cours le permet. KVMNODE propose des environnements Mac accessibles à distance ; consultez la page française des Mac disponibles pour examiner cette organisation avant de déplacer un projet de cours.

Le premier lancement comprend généralement plusieurs décisions qui ne doivent pas être validées mécaniquement : connexion du compte, confiance accordée au répertoire et autorisation d’exécuter des commandes. Ces écrans correspondent à trois portes différentes.

La connexion répond à la question : « Qui utilise le service ? »
La confiance du répertoire répond à la question : « Ce dossier peut-il être analysé et modifié ? »
L’autorisation d’exécution répond à la question : « Cette commande peut-elle agir sur la machine ? »

Comme dans une salle de cours, votre badge peut vous laisser entrer dans le bâtiment sans vous donner accès au laboratoire. De même, l’ouverture d’un outil ne signifie pas que toutes les actions doivent être autorisées.

Créez un dossier d’essai contenant un petit fichier sans donnée confidentielle. Demandez une action limitée, par exemple expliquer une fonction ou proposer une modification clairement identifiable. Ensuite :

• observez les fichiers que l’outil souhaite lire ;
• contrôlez le diff avant toute écriture ;
• refusez les commandes qui installent un paquet ou suppriment un fichier sans nécessité ;
• testez l’annulation d’une modification ;
• vérifiez le résultat avec votre éditeur ou votre terminal ;
• ne passez au vrai projet qu’après cette vérification.

Pour un projet Xcode, une tâche indiquant « terminé » ne suffit pas. Ouvrez le projet, construisez-le et, lorsque c’est pertinent, vérifiez le simulateur ou l’appareil de test. Pour un projet audio, vidéo ou design, contrôlez également les chemins vers les médias, les polices et les fichiers volumineux : un assistant peut modifier le code sans avoir accès aux ressources nécessaires au rendu.

Le codelab officiel consacré à Antigravity CLI peut servir de terrain d’exercice. Le guide officiel avec un exemple Cloud Shell et MCP est utile pour comprendre une intégration documentée, mais ne doit pas être traité comme une autorisation générale d’exécuter toutes les commandes sur votre Mac.

Ne partagez jamais un compte. Ne placez pas une clé API dans une commande copiée dans une capture d’écran. Ne laissez pas un agent lancer des commandes à privilèges élevés sans relecture. Une erreur commise dans un dossier d’exercice se corrige généralement ; une clé exposée ou un projet de cours écrasé peut demander une récupération beaucoup plus longue.

Après le test, examinez cinq indicateurs : compte autorisé, projet intact, outil démarrable, permissions compréhensibles et tâche pédagogique réalisable.

La meilleure stratégie n’est pas toujours le remplacement immédiat. Pour une remise de devoir proche, vous pouvez préparer une copie, tester Antigravity CLI sur une petite fonctionnalité, puis conserver l’ancien parcours tant que votre qualification le permet. Cette transition à deux voies doit rester temporaire et documentée ; elle ne doit pas devenir une excuse pour ignorer une annonce officielle.

Si vous apprenez Python, vérifiez l’exécution du script et les dépendances. Pour le web, contrôlez le lancement local, les fichiers statiques et les variables d’environnement. Pour iOS, la validation doit inclure Xcode, la compilation et, si votre exercice l’exige, le simulateur. Un assistant qui lit correctement un fichier mais ne peut pas conduire le projet jusqu’à son résultat final ne répond pas encore à votre besoin.

Gemini CLI est-il définitivement inutilisable pour tous les comptes ?

Non. La transition confirmée concerne les comptes personnels indiqués par Google. Les comptes d’entreprise et les parcours authentifiés par clé API doivent être examinés selon leurs propres conditions. Si votre accès est administré par une école ou une organisation, vérifiez son statut avant de supprimer Gemini CLI. Un message d’erreur isolé ne permet pas de conclure à une désactivation universelle.

Puis-je réutiliser les anciennes commandes sans modification ?

Pas automatiquement. Le nom de l’outil, le mode de connexion, les options disponibles et les confirmations peuvent différer. Reprenez les commandes depuis la documentation Antigravity CLI actuelle, puis testez-les dans un dossier sans données sensibles. Une commande adaptée à Gemini CLI peut être inconnue, limitée ou interprétée autrement par le nouvel outil.

Dois-je installer l’outil sur Windows si je contrôle un Mac à distance ?

Non, si le code et l’exécution se trouvent sur le Mac distant. Windows peut servir d’écran, de clavier ou de poste de connexion, mais l’outil doit être disponible dans l’environnement qui contient le projet et les dépendances. Vérifiez le chemin du dossier dans la session distante avant d’installer quoi que ce soit.

Que faire si l’école interdit toute installation ?

Ne contournez pas la restriction et ne modifiez pas les politiques de l’ordinateur. Utilisez un Mac personnel ou un Mac distant autorisé, ou demandez à l’enseignant une méthode compatible avec le navigateur. Pour un projet Xcode, un environnement macOS contrôlable à distance peut séparer le travail scolaire de la machine verrouillée, à condition de protéger les identifiants et les fichiers du cours.

Si vous utilisez un poste Windows ou un ordinateur scolaire, la solution actuelle peut rester suffisante pour écrire du Python, apprendre le web ou préparer du code. Ses limites apparaissent lorsque le projet exige Xcode, le simulateur iOS, des outils macOS ou un environnement propre sans droit administrateur. Vous devez alors gérer les installations bloquées, les différences de chemin entre systèmes et le transfert constant des fichiers.

Un Mac acheté résout mieux le besoin d’un usage intensif et durable, mais il implique un investissement matériel et une maintenance qui ne sont pas toujours justifiés pour un étudiant encore en phase d’exploration. La location d’un Mac distant KVMNODE offre une autre approche pour tester un parcours, achever un exercice macOS ou valider un projet avant de décider d’acheter une machine. Vous pouvez aussi comparer une configuration Mac destinée au développement sur la page française de commande d’un Mac mini.

Commencez par une copie supprimable de votre projet. Installez Antigravity CLI dans l’environnement où le code s’exécute, vérifiez le compte, contrôlez chaque différence et validez la tâche réelle dans Xcode ou votre outil de développement. Cette méthode vous permet d’apprendre l’AI programming sans confondre migration de service, perte de fichiers et problème de permissions.