Antigravity

Comment ça marche

Antigravity est l’environnement de développement que Google a lancé fin 2025, avec sa génération de modèles Gemini 3, construit par l’équipe reprise de l’éditeur Windsurf. Il propose deux vues. L’éditeur, familier pour qui a utilisé VS Code. Et le gestionnaire d’agents : on décrit des tâches, des agents les prennent en charge, en parallèle, chacun avec son plan, ses actions et son compte rendu. Un navigateur intégré permet aux agents de tester eux-mêmes ce qu’ils construisent, en cliquant dans l’application comme un utilisateur.

Les agents produisent des artefacts : un plan à valider avant l’exécution, une liste de tâches qui se coche, des captures d’écran et des enregistrements du test dans le navigateur. On relit ces artefacts plutôt que chaque ligne de code. Pour une entreprise, c’est une façon de rendre visible le travail des agents, ce qui aide les profils non techniques à superviser. Il reste un outil jeune, avec les évolutions rapides et les incidents que ça suppose.

Un exemple concret

1. La demande : un petit outil web qui prend un brief client et génère trois propositions de plan de communication, à relire par l’équipe.
2. Le plan : la cheffe de projet, pas développeuse, décrit l’outil dans Antigravity. L’agent produit un plan en huit étapes, en français, qu’elle relit et corrige : « pas de base de données, tout en local, un seul fichier par brief ».
3. L’exécution : l’agent construit l’outil, lance le navigateur intégré, remplit un brief de test, vérifie que les trois propositions s’affichent, et enregistre la séquence.
4. La relecture : elle regarde l’enregistrement, pas le code. Une proposition s’affiche mal sur mobile : elle le signale, l’agent corrige, nouvel enregistrement.
5. La livraison : l’outil est déployé sur le serveur interne par un collègue technique, qui relit le code une fois. Deux heures au total.

Elle n’a lu aucune ligne de code. Elle a lu un plan et regardé deux vidéos. Le collègue technique a relu le code en vingt minutes.

Ce que ça change pour une équipe

• La supervision devient visuelle. Plans, captures, enregistrements : des artefacts qu’un non-développeur peut relire.
• Plusieurs agents en parallèle, dans une interface. Le gestionnaire d’agents donne une vue d’ensemble que la ligne de commande n’a pas.
• Les agents testent dans le navigateur. Ce qu’ils construisent est vérifié comme un utilisateur le ferait, avant la relecture humaine.
• Le choix du modèle reste ouvert. Gemini par défaut, d’autres modèles possibles : pas d’enfermement.

Les limites et les erreurs fréquentes

• Prendre l’enregistrement pour une garantie. Il montre que ça marche sur le cas testé. La relecture technique et les tests restent nécessaires.
• Un outil jeune. Évolutions rapides, quotas changeants, incidents possibles. À suivre, pas à imposer à toute une équipe le premier mois.
• Oublier les permissions. Les agents ont accès à vos fichiers et à un navigateur. Le périmètre se fixe avant, comme pour tout agent.
• Choisir sur l’interface. La vue est séduisante ; la qualité du travail dépend du modèle et de vos consignes. Le test sur vos tâches tranche.