Entwicklung eines Agententeams: Wie Google Antigravity-Subagenten für autonome Codegenerierung strukturiert

Google Antigravity entschlüsselt seine Agententeam-Architektur
Google Antigravity hat Details veröffentlicht, wie es ein Team autonomer Agenten für die Softwareentwicklung organisiert. Statt dass ein einzelner Agent alles erledigt, verwendet das System sieben spezialisierte Subagententypen, jeweils mit fokussierten Zielen und Einschränkungen. Dieses Muster ist für OpenClaw relevant, wenn es sein eigenes Subagentensystem entwirft.
Wichtige Details: Die sieben Agentenrollen
Der Blogbeitrag identifiziert die folgenden Agententypen:
- Der Sentinel – Fungiert als „Empfangsmanager“. Schreibt keinen Code, analysiert keine Logs und trifft keine technischen Entscheidungen. Seine Aufgabe: Benutzerabsicht strukturieren, den Orchestrator starten und die Gesamterledigung der Aufgabe überwachen.
- Der Orchestrator – Ein reiner Dispatcher-Manager. Schreibt nie Code oder führt Builds aus. Konzentriert sich darauf, Anforderungen in Meilensteine zu zerlegen, andere spezialisierte Subagenten zu starten und Berichte zu synthetisieren.
- Der Explorer – Analysiert Anforderungen und vorherige Logs, um formale Strategien für den Orchestrator zu schreiben. Schreibt selbst nie Code.
- Der Worker – Der eigentliche Coder, der Strategien umsetzt, Code baut und Tests ausführt.
- Der Reviewer – Überprüft unabhängig die Änderungen des Workers auf Designkorrektheit, Randfälle und Einhaltung der Schnittstellenverträge.
- Der Critic – Stresstestet die Lösung, führt adversarial Tests durch, um Lücken in der Abdeckung zu finden.
- Der Auditor – Ein unabhängiger Ermittler, der die Authentizität und Robustheit der generierten Lösungen überprüft.
Dieses Design gewährleistet Aufgabentrennung: Jeder Agent hat eine enge Rolle, reduziert Überschneidungen und ermöglicht paralleles Arbeiten. Der Orchestrator und Explorer sind reine Planer; der Worker ist nur für die Ausführung zuständig; der Reviewer, Critic und Auditor bieten drei verschiedene Validierungsebenen.
Für wen ist das gedacht
Entwickler, die Multi-Agenten-Systeme für die Codegenerierung bauen, insbesondere Teams, die an OpenClaws Subagenten-Framework arbeiten.
📖 Vollständige Quelle lesen: r/openclaw
👀 Siehe auch

Claude Opus 4.7 Modellkarte veröffentlicht
Anthropic hat die Claude Opus 4.7 Modellkarte veröffentlicht, die technische Dokumentation für ihr neuestes KI-Modell bereitstellt. Das Quellenmaterial scheint ein PDF-Dokument mit Systemanforderungen und technischen Details zu sein.

Fable 5 gewinnt bei der Betrugserkennung in der realen Welt: Claude 4.x-Familie gegen GPT-5.5 im Benchmark
Fünf Spitzenmodelle (Fable 5, Opus 4.8, Sonnet 4.6, Haiku 4.5, GPT-5.5-high) erhielten denselben Kaltstart-Prompt, um Live-Crowdfunding-Kampagnen auf zooid.fund zu prüfen. Nur Fable 5 überprüfte Behauptungen im offenen Web und entdeckte doppelte Ersteller und reale Ereignisse.

Microsofts BitNet ermöglicht die Inferenz von 100-Milliarden-Parameter-LLMs auf einer einzelnen CPU
Microsofts Open-Source-BitNet-Projekt erreicht 100B-Parameter-LLM-Inferenz mit 5-7 Token/Sekunde auf einer einzelnen CPU, wobei das 2B-Parameter-Modell 0,4 GB Speicher und 29 ms Latenz verwendet und dabei auf Benchmarks mit Vollpräzisionsmodellen gleichzieht.

KI-Kunstkritiker erkennen echten Monet nicht und entlarven hohle Kritik
Ein Nutzer postete ein echtes Monet-Gemälde als KI-generiert, und Kritiker verfassten detaillierte Analysen seiner 'Mängel' – was die Kluft zwischen selbstbewusster Kritik und tatsächlichem Verständnis von KI versus menschlicher Kunst aufzeigt.