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

Le bug de mise à jour automatique d'OpenClaw laisse des répertoires prévol orphelins qui saturent /tmp
Le mécanisme de mise à jour automatique d'OpenClaw crée des copies de pré-vol dans /tmp qui persistent lorsque les mises à jour échouent, pouvant remplir l'espace disque et bloquer les mises à jour ultérieures. Un utilisateur a trouvé 9 répertoires orphelins totalisant 6,5 Go sur un VPS de 38 Go.

Étude de Stanford : Les professeurs de droit préfèrent les réponses de l'IA à celles de leurs pairs dans 75% des cas
Lors d'une évaluation à l'aveugle de près de 3 000 comparaisons, des professeurs de droit ont nettement préféré les réponses générées par l'IA à celles rédigées par leurs pairs. Les réponses de l'IA n'ont été jugées nuisibles que dans 3,5% des cas, contre 12% pour les humains.

Claude Code v2.1.81 ajoute l'option bare pour le scripting, corrige les problèmes d'authentification et de mode vocal.
Claude Code v2.1.81 introduit un drapeau --bare pour les appels scriptés -p qui ignore les crochets, LSP et la synchronisation des plugins, nécessitant ANTHROPIC_API_KEY ou apiKeyHelper via --settings. La version corrige également les problèmes d'authentification de sessions multiples simultanées, la gestion des erreurs en mode vocal, et ajoute la relance d'autorisation --channels.

Le coût caché du code généré par l'IA : déboguer des spaghettis
Un post Reddit capture la réalité de livrer rapidement du code généré par IA, puis de passer des semaines à déboguer des fonctions gonflées, des bugs d'état null et des noms de variables obscurs.