Antigravity : la préversion de mai atteint sa date d’arrêt annoncée

Ce qui change

Google recommande de remplacer antigravity-preview-05-2026 (identifiant de la préversion de mai) par antigravity-preview-09-2026 (identifiant de la préversion de septembre). Antigravity est ici un agent géré par Google : il peut enchaîner des tâches, exécuter du code, manipuler des fichiers et rechercher sur le Web. Le changement porte sur l’agent utilisé par une application via Gemini API (interface permettant à des logiciels de solliciter le service). Calendrier des retraits et fiche produit.

Qui est concerné

Vérifiez vos intégrations si votre entreprise utilise l’identifiant de mai, directement ou par un prestataire. La France figure parmi les territoires desservis par Gemini API. Le périmètre à inventorier est donc celui de vos applications appelant cet agent. Disponibilité régionale.

Le remplacement reste une préversion (version susceptible d’évoluer) : ses fonctions et ses schémas d’échange (structure des données échangées) peuvent changer. Selon le guide, l’agent accepte uniquement le texte et les images en entrée ; il ne prend pas en charge les sorties structurées (réponses contraintes à un format défini). Ces limites doivent entrer dans vos essais. Guide Antigravity.

Quel calendrier retenir

L’annonce du 17 septembre 2026 fixe l’arrêt au 5 octobre 2026. Cette échéance est passée. Le calendrier général présente toutefois ses dates comme des bornes possibles au plus tôt : l’annonce justifie de vérifier immédiatement la migration, sans constituer une observation de panne de votre application. Annonce datée et précaution du calendrier.

Ce qu’il faut faire

• Demandez à votre équipe ou prestataire de rechercher l’identifiant de mai dans les intégrations et d’identifier les processus concernés.
• Faites vérifier si le changement d’identifiant suffit. Selon Google, deux conditions doivent être réunies : le réglage environment (lieu d’exécution) vaut remote (environnement distant), et l’application lit seulement output_text (texte de sortie) ou les étapes model_output (réponses du modèle).
• Faites adapter les intégrations concernées par votre développeur. L’usage de local_environment (exécution locale des outils) ou l’analyse des étapes function_call (appels d’outils) exige de prendre en compte les changements documentés ; une seule de ces situations suffit. Pour les outils de fichiers et de répertoires modifiés, les paramètres passent de snake_case (mots minuscules séparés par un soulignement) à PascalCase (mots accolés commençant par une majuscule). L’édition remplace des plages de lignes au lieu de réécrire tout le fichier. L’exécution de commandes et la recherche Web restent inchangées. Conditions de migration.
• Faites rejouer des cas métier représentatifs avec le nouvel identifiant et contrôlez les résultats attendus, en tenant compte des limites documentées de la préversion.

Pour faire évoluer un agent existant, VCSTS prend en charge l’intégration aux outils de l’entreprise, les essais métier et la mise en service.