Conception d'une équipe d'agents : Comment Google Antigravity structure les sous-agents pour la génération autonome de code

Google Antigravity détaille l'architecture de son équipe d'agents
Google Antigravity a publié des détails sur la façon dont il organise une équipe d'agents autonomes pour créer des logiciels. Plutôt qu'un seul agent gérant tout, le système utilise sept types de sous-agents spécialisés, chacun avec des objectifs et des contraintes ciblés. Ce modèle est pertinent pour OpenClaw alors qu'il conçoit son propre système de sous-agents.
Points clés : Les sept rôles d'agents
Le billet de blog identifie les types d'agents suivants :
- Le Sentinel — Agit comme le « gestionnaire d'accueil ». N'écrit pas de code, n'analyse pas les journaux ni ne prend de décisions techniques. Son rôle : structurer l'intention de l'utilisateur, lancer l'Orchestrator et superviser l'achèvement global de la tâche.
- L'Orchestrator — Un gestionnaire exclusivement de répartition. N'écrit jamais de code ni n'exécute de builds. Se concentre sur la décomposition des exigences en jalons, le lancement d'autres sous-agents spécialisés et la synthèse de rapports.
- L'Explorer — Analyse les exigences et les journaux précédents pour rédiger des stratégies formelles à l'intention de l'Orchestrator. N'écrit jamais de code lui-même.
- Le Worker — Le véritable codeur qui implémente les stratégies, construit le code et exécute les tests.
- Le Reviewer — Examine indépendamment les modifications du Worker pour vérifier la correction de la conception, les cas limites et la conformité au contrat d'interface.
- Le Critic — Teste la solution sous stress, exécute des tests adverses pour trouver des lacunes dans la couverture.
- L'Auditor — Un enquêteur indépendant qui vérifie l'authenticité et la robustesse des solutions générées.
Cette conception assure une séparation des préoccupations : chaque agent a un rôle étroit, réduisant les chevauchements et permettant un travail parallèle. L'Orchestrator et l'Explorer sont de purs planificateurs ; le Worker est purement exécutif ; le Reviewer, le Critic et l'Auditor fournissent trois niveaux distincts de validation.
À qui cela s'adresse
Développeurs construisant des systèmes multi-agents pour la génération de code, en particulier les équipes travaillant sur le framework de sous-agents d'OpenClaw.
📖 Lire la source complète : r/openclaw
👀 See Also

Les modèles Bonsai 1-bit Qwen de PrismML testés : génération à 107 t/s sur 8 Go de VRAM
Les modèles Bonsai de PrismML sont des versions quantifiées sur 1 bit de Qwen3 8B, 4B et 1.7B qui atteignent une génération de 107 tokens/seconde et un traitement de prompt >1114 t/s sur une RTX 4060 avec 8 Go de VRAM, avec des besoins en mémoire considérablement réduits.
Dégradation de l'attention chez Opus 4.7 : les scores MRCR chutent de 92 % à 59 % à 256k de contexte
Opus 4.7 montre une baisse significative du rappel selon le test MRCR v2 à 8 aiguilles : 91,9 % à 59,2 % en contexte 256k, et 78,3 % à 32,2 % en contexte 1M. Anthropic abandonne MRCR au profit de Graphwalks, mais la dégradation correspond aux rapports des utilisateurs.
Il n'y a pas de limite à quel point le code peut devenir mauvais
Un ancien ingénieur d'Amazon explique pourquoi la métaphore du « navire qui coule » pour les mauvaises bases de code est trompeuse : les entreprises coulent, mais le logiciel ne touche jamais le fond. Le code peut toujours empirer.

Claude-Code v2.1.110 ajoute le mode TUI, les notifications push et de multiples corrections.
Claude-Code v2.1.110 introduit une nouvelle commande /tui pour un rendu sans scintillement, des capacités de notifications push pour les alertes mobiles, et des améliorations pour la gestion des plugins et les fonctionnalités de contrôle à distance. Cette version inclut également de nombreuses corrections de bugs pour les serveurs MCP, la gestion des sessions et les problèmes d'interface utilisateur.