Google Antigravity /swarm : comment Gemini 4 Carbon orchestre une équipe d'agents

Depuis le 11 novembre 2026, le mode swarm de Google Antigravity (la commande /swarm) est une fonctionnalité en preview qui transforme une seule requête en équipe d’agents coordonnée, dirigée par Gemini 4 Carbon de Google. Gemini 4 Carbon de Google est devenu disponible généralement le 10 novembre 2026, et dans /swarm il planifie, coordonne et audite pendant que des modèles plus rapides et plus légers travaillent en parallèle dans des espaces de travail isolés, et que des agents vérificateurs adversariaux testent chaque modification.

Voici ce qui vous attend : comment l’équipe est organisée, ce que Google a construit avec, qui peut l’utiliser, ce qui reste inconnu, et comment donner aux agents du swarm un contrat d’API à tester avec Apidog CLI.

Qu’est-ce que /swarm dans Google Antigravity ?

/swarm est une commande en preview dans Google Antigravity, la plateforme de développement centrée sur les agents de Google. Vous tapez une seule requête, et Antigravity déploie une équipe d’agents que vous pouvez suivre en temps réel. Gemini 4 Carbon prend en charge les rôles nécessitant le raisonnement le plus approfondi, des modèles plus légers effectuent le travail de construction en parallèle, et des agents vérificateurs contrôlent chaque modification avant qu’elle ne soit intégrée.

Google l’a présenté dans l’article annonçant la disponibilité générale de Gemini 4 Carbon. Il est étiqueté « preview », attendez-vous donc à ce que le comportement et les règles d’accès évoluent.

Si vous découvrez Antigravity lui-même, commencez par notre première présentation de Google Antigravity et de la mise à jour de la plateforme Antigravity 2.0. Pour en savoir plus sur le modèle derrière le swarm, lisez Qu’est-ce que Gemini 4 Carbon ?.

Une précision sur la méthode : Antigravity avec accès à /swarm n’est pas disponible sur la machine sur laquelle ce guide a été rédigé, donc tout ce qui suit provient de l’annonce de Google. Rien ici ne décrit une utilisation en conditions réelles, et aucune syntaxe de commande au-delà de /swarm n’est supposée.

Comment l’essaim d’agents Antigravity divise-t-il le travail ?

L’essaim d’agents Antigravity répartit une tâche entre trois types d’agents :

1. Le leader (Gemini 4 Carbon). Google indique que les développeurs peuvent assigner Carbon « aux rôles exigeant le raisonnement le plus approfondi, comme la conception d’architecture, la coordination » et l’audit. Il décompose la requête en tâches et juge les résultats.
2. Les travailleurs (modèles plus légers). Des modèles plus rapides et moins coûteux s’exécutent « dans des espaces de travail parallèles et isolés », si bien que deux travailleurs ne peuvent pas écraser les fichiers de l’autre en cours de tâche.
3. Les vérificateurs (agents adversariaux). Des agents distincts « testent chaque modification ». Leur mission est de trouver ce qui est cassé, pas de valider le travail du travailleur qui l’a écrite.

C’est un schéma bien connu (un planificateur coûteux, des exécuteurs parallèles économiques, un vérificateur indépendant) activé depuis une seule commande.

L’isolation est essentielle car des agents parallèles partageant un même arbre de travail entrent en collision : l’un renomme une fonction pendant qu’un autre l’appelle encore. Les vérificateurs adversariaux sont essentiels car l’agent qui a écrit le code tend à ne tester que les chemins qu’il avait déjà envisagés.

Qu’est-ce que Google a construit avec /swarm ?

L’annonce de Google présente trois démonstrations. Ce sont les vitrines de Google, pas des tests indépendants :

Seule la démo du jeu est explicitement attribuée à /swarm. La démo du fortepiano est attribuée à une boucle multi-agents dans Antigravity, ce qui s’en rapproche mais n’est pas exactement la même affirmation. Gardez cette distinction à l’esprit si vous citez ces exemples.

Qui peut utiliser le mode swarm d’Antigravity ?

Voici ce que Google indique concernant l’accès, avec la source pour chaque ligne :

Ce que Google n’a pas encore dit

L’annonce laisse plusieurs questions en suspens. Méfiez-vous de tout blog ou vidéo qui y répond avec assurance tant que Google ne les a pas documentées :

• Limite d’agents. Aucun nombre maximal d’agents par swarm n’est indiqué.
• Forfaits. Google dit que Carbon est déployé pour les abonnés AI Ultra dans Antigravity, mais ne précise pas quels forfaits bénéficient spécifiquement de la preview /swarm.
• Choix des modèles pour les travailleurs. Google évoque des « modèles plus rapides et plus légers » sans les nommer.
• Limites d’utilisation. Aucun quota ni limite de débit spécifique au swarm n’est publié.
• Disponibilité générale. Aucune date pour la sortie de /swarm de la phase de preview.

Combien coûte un swarm Gemini 4 Carbon ?

Sur un point, Google est clair : Carbon dépense plus. L’annonce indique que Carbon utilise « plus de tokens qu’Argon pour explorer en profondeur, raisonner en détail et exécuter des boucles de vérification étendues ». Un swarm multiplie cela, car le leader planifie, examine le résultat de chaque travailleur et lit le rapport de chaque vérificateur.

Trois points pratiques :

• Les tarifs au token sont identiques à Argon jusqu’au 30 novembre 2026. Le prix de lancement de Carbon est de 2 $ en entrée et 10 $ en sortie par million de tokens, soit le même qu’Argon. À partir du 1er décembre, il passe à 4 $ et 20 $. Notre analyse des tarifs de Gemini 4 Carbon détaille ce saut de prix.
• Même tarif ne signifie pas même facture. Si Carbon utilise plus de tokens par tâche, un projet mené par Carbon coûte plus cher qu’un projet Argon à tarifs identiques au token.
• Abonnement vs API. La façon dont l’utilisation du swarm est décomptée d’un forfait Google AI Ultra n’est pas publiée ; surveillez donc votre page d’utilisation pendant la preview.

Confier l’essentiel des modifications à des travailleurs plus légers préserve les tokens de Carbon pour la planification et l’audit, ce qui correspond aux recommandations de Google : Argon pour la plupart du travail, Carbon pour les parties difficiles. Notre comparatif Gemini 4 Carbon vs Argon précise où se situe cette frontière, et Gemini 4 Carbon vs Claude Fable 5.2 le compare au modèle d’Anthropic.

Si vous préférez appeler Carbon directement plutôt que via Antigravity, le guide de l’API Gemini 4 Carbon montre votre première requête, et le guide de l’API Gemini 4 Argon couvre le modèle par défaut, moins coûteux.

Donnez un contrat à votre swarm : spécification OpenAPI plus tests Apidog CLI

Les agents vérificateurs ne valent que par la définition du « correct » qu’ils testent. Si le swarm construit ou modifie une API, la définition la plus solide que vous puissiez lui fournir est une spécification OpenAPI accompagnée de tests exécutables. « Vérifié » signifie alors que les points de terminaison passent de vraies requêtes, et non qu’un autre modèle a lu le diff et l’a approuvé.

Les échecs sont renvoyés aux travailleurs avec la requête et la réponse exactes qui ont échoué.

Laissez votre agent Antigravity exécuter les tests avec Apidog CLI

Apidog CLI permet à un agent d’importer votre spécification, d’écrire des cas de test et de les exécuter depuis le terminal, avec une sortie JSON qu’il peut lire. Vous ne cliquez nulle part. Vous le configurez une fois, puis l’agent fait le travail.

Installation et connexion :

npm install -g apidog-cli@latest
apidog auth login --with-token <YOUR_TOKEN>
npx -y skills add https://apidog.com   # pick your agent when prompted

Raccourci pratique : dites à votre agent « Lis https://apidog.com/apidog-cli-installation-guide.md et configure Apidog CLI. » Ce guide est rédigé pour les agents. Pour Antigravity spécifiquement, consultez comment utiliser Apidog CLI dans Antigravity.

Donnez ensuite à votre agent une seule requête :

Import ./openapi.yaml into Apidog project <projectId> on a new AI branch.
For every endpoint in the spec, create a test case that asserts the status code
and the response schema. Run all cases against environment <envId> and report
each failure with the request, the expected schema and the actual response.

L’agent lit le schéma de chaque charge utile avant d’écrire quoi que ce soit, puis exécute des commandes comme celles-ci :

apidog branch create --project <projectId> --type ai --name "ai/20261111-from-main-swarm-contract" --from main
apidog import --project <projectId> --format openapi --file ./openapi.yaml --branch "ai/20261111-from-main-swarm-contract"
apidog cli-schema get test-case-create
apidog cli-schema validate test-case-create --file case.json
apidog test-case create --project <projectId> --file case.json --branch "ai/20261111-from-main-swarm-contract"
apidog run --test-case <caseId> --project <projectId> --branch "ai/20261111-from-main-swarm-contract" -e <envId> -r cli,json

Chaque option ci-dessus provient de apidog <cmd> --help sur Apidog CLI 2.2.12. La branche AI permet de garder les modifications écrites par l’agent hors de votre branche principale jusqu’à leur revue, ce qui convient à un swarm qui touche de nombreux points de terminaison à la fois.

Deux bonnes pratiques rendent cela efficace avec un swarm :

• Orientez le rôle de vérificateur vers l’exécution, pas vers le code. Dans votre requête, indiquez aux agents vérificateurs de considérer un échec de apidog run comme une modification échouée, quel que soit le diff.
• Gardez un rapport lisible par la machine. -r json fournit à l’agent des échecs structurés à renvoyer au bon travailleur. Ajoutez --upload-report si vous souhaitez examiner l’exécution dans l’application Apidog ensuite.

La même commande apidog run ... -r junit s’intègre dans le CI, de sorte que le contrat testé par le swarm soit celui que votre pipeline applique. Voir Apidog CLI dans un pipeline CI/CD pour la configuration. Le forfait gratuit d’Apidog couvre jusqu’à 4 utilisateurs, ce qui suffit pour tester cela sur un projet personnel.

Quand utiliser /swarm plutôt qu’un agent unique ?

Utilisez le swarm pour les travaux d’envergure : une fonctionnalité touchant à la fois l’API, le frontend et les migrations, ou un projet où un bug silencieux coûte cher. Restez sur un agent unique, probablement sur Argon, pour les petites corrections que vous pouvez relire en cinq minutes.

FAQ

Google Antigravity /swarm est-il gratuit ?

Google n’a pas annoncé d’offre gratuite pour /swarm. Google indique que Gemini 4 Carbon est déployé pour les abonnés Google AI Ultra dans Antigravity et est accessible aux développeurs payants via l’API Gemini. Les forfaits incluant la preview /swarm ne sont pas précisés.

Quel modèle exécute les agents dans un swarm Antigravity ?

Gemini 4 Carbon de Google prend les rôles de direction : architecture, coordination et audit. Google indique que des « modèles plus rapides et plus légers » exécutent les travailleurs en parallèle, sans les nommer.

Combien d’agents un swarm peut-il exécuter ?

Google n’a pas publié de limite. L’annonce décrit une « équipe d’agents coordonnée » sans donner de nombre.

/swarm fonctionne-t-il avec mes propres tests d’API ?

Google ne décrit aucune intégration de tests d’API intégrée. Vous pouvez néanmoins fournir un contrat aux agents : une spécification OpenAPI accompagnée de tests que votre agent exécute avec Apidog CLI, de sorte qu’un succès du vérificateur signifie que les points de terminaison ont renvoyé ce que la spécification promet.

Gemini 4 Carbon est-il le modèle par défaut dans Antigravity ?

Google positionne Argon, et non Carbon, comme le choix adapté à la plupart des travaux d’ingénierie logicielle et de traitement de connaissances. Carbon est destiné aux tâches plus difficiles et consomme plus de tokens pour explorer et vérifier. Notre guide de l’API Claude Fable 5.2 présente une autre option si vous comparez des modèles de pointe pour le travail en agent.