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 MAX Plan beinhaltet jetzt ein 1-Million-Token-Kontextfenster ohne Aufpreis
Der Claude MAX-Plan wurde automatisch auf ein 1-Millionen-Token-Kontextfenster erweitert, ohne zusätzliche API-Nutzungsgebühren, wobei Nutzer über deutlich reduzierten Token-Verbrauch und den Wegfall des Kontextfenster-Managements berichten.

1,2B Lokales Modell schlägt 1T Clouds beim Poker: Aggression übertrumpft Wissen im Shove-or-Fold-Format
Ein 1,2B Liquid-Modell gewann 2 von 5 Texas Hold'em-Turnieren gegen Modelle mit bis zu 1T Parametern, weil in einem Short-Stack-Format das Nicht-Folden mehr Chips einbrachte als kluges Spiel.

Qwen3.6 27B FP8 läuft mit 200k Tokens BF16 KV-Cache bei 80 TPS auf RTX 5000 PRO 48GB
Ein Reddit-Benutzer stellt ein vLLM-Setup für Qwen3.6 27B FP8 mit BF16-KV-Cache bei 200.000 Token vor und erreicht 60-90 TPS auf einer einzelnen RTX 5000 PRO 48GB. Vollständige Umgebungsvariablen, Konfiguration und Benchmark-Ergebnisse werden bereitgestellt.

Claude-Code v2.1.31 Veröffentlichungsnotizen: Wichtige Updates und Bugfixes
Claude-Code v2.1.31 wurde mit wichtigen Verbesserungen veröffentlicht, darunter Hinweise zum Wiederaufnehmen von Sitzungen, Unterstützung für das japanische IME und Fehlerbehebungen für die PDF-Verarbeitung und API-Anfragen.