Anthropics Applied-AI-Team hat am 22. Oktober einen Text veröffentlicht, der gegen den Strich bürstet. Die Kernaussage: Viele Unternehmen bauen zu viele Subagenten, und sie fahren besser, wenn sie Router, Planer und Fachagenten wieder in die Hauptschleife falten.
Woher die Subagenten kommen
Das Muster ist überall gleich. Ein Unternehmen will mehrere Produkte hinter einer Oberfläche bündeln. Jede Fähigkeit gehört einem anderen Team, also baut jedes Team seinen eigenen Agenten, und ein Plattformteam setzt einen Orchestrator obendrauf. Das klingt nach der einfachsten Lösung und bringt vier Probleme mit, die Anthropic beim Namen nennt.
Beim Kontext muss jemand entscheiden, was zwischen den Agenten hin und her wandert, und dabei gehen Einzelheiten verloren. Beim Wildwuchs liefert jedes Team seinen Subagenten, am Ende stehen Hunderte überlappende Agenten ohne Standard und ohne Verantwortlichen. Beim Systemprompt schreibt jedes Team einen Satz dazu, bis sich die Regeln widersprechen und keine Stimme mehr durchkommt. Und bei den Evals optimiert jeder auf seine Teilaufgabe, niemand pflegt die Gesamtmenge, und die Führung entscheidet nach verwässerten Zahlen.
Dazu kommt Tempo. Ein Kunde hat seine Multi-Agenten-Architektur gegen eine einzelne Agentenschleife gemessen: dieselbe Arbeit, rund doppelt so schnell.
Was stattdessen funktioniert
Anthropics Vorschlag heißt progressive Offenlegung. Kontext kommt über Skills, Werkzeuge über die Werkzeugsuche. Der Agent sieht zunächst nur kurze Beschreibungen und lädt vollständig nach, wenn er etwas braucht. In Vergleichen über mehrere Unternehmensprojekte hat ein einzelner Agent mit Skills häufiger gewonnen als beide Alternativen, also sowohl gegen ein Prompt für alles als auch gegen die Subagenten-Architektur, oft bei niedrigeren Kosten und kürzerer Laufzeit je Aufgabe.
Ein Beispiel aus dem Text: Ein kundennaher Agent mit einem Dutzend Spezial-Subagenten klang auf dem Whiteboard sauber. In der Praxis war die Marke über alle Teilagenten hinweg schwer durchzuhalten, und die zusätzliche Latenz hat die Nutzung spürbar verschlechtert.
Wann Subagenten bleiben
Anthropic verabschiedet sie ausdrücklich nicht. Drei Fälle tragen weiter: wenn eine einzelne Schleife messbar unter aufgeblähtem Kontext leidet, wenn mehrere Aufgaben parallel laufen sollen und jede ein frisches Kontextfenster braucht, das danach weggeworfen wird, und wenn ein Agent mit der Werkzeugwahl nicht zurechtkommt oder sich die Anweisungen im Systemprompt widersprechen. Für Verifikation, Parallelarbeit und getrennte Rechte bleiben Subagenten das richtige Mittel, Anthropic nutzt sie selbst.
Wer prüfen will, was im eigenen Aufbau zusammengelegt gehört, bekommt ein Migrationskit mit geführtem Ablauf und einer Demo an einem Testsystem.
Das Organigramm ist keine Architektur
Der Satz, der hängen bleibt, ist die Nebenbemerkung zu Conways Gesetz: Zu oft bekommt jedes Team und jeder Problemtyp einen eigenen Subagenten, und die Architektur wird zur Kopie des Organigramms. Das ist kein technisches Argument, sondern ein organisatorisches, und genau deshalb hilft kein besseres Framework dagegen. Oft hat die Struktur Arbeit erledigt, die das Modell längst selbst kann: ein klarer Systemprompt, vier bis fünf schlanke Datenwerkzeuge, feste Grenzen für die Ausgabe.