Subagent

Was ist Subagent?

Ein Subagent ist ein Kind-Agent, den ein Lead-Agent erzeugt, um eine abgegrenzte Aufgabe in einem separaten Context Window zu bearbeiten. Er erhält ein Briefing, arbeitet unabhängig mit eigenen Tools und Anweisungen, und liefert nur sein Ergebnis zurück. Der Parent hält seinen eigenen Kontext sauber, während der Subagent das explorative Rauschen absorbiert. Anthropics Forschungssystem baut auf dieser Idee auf und erzeugt 3 bis 5 Subagenten parallel, jeder in seinem eigenen Context Window, um eine komplexe Anfrage zu bearbeiten [1].

Die wichtigsten Punkte

• Der Kernvorteil ist Kontextisolation. Ein Subagent kann fünfzig Dateien lesen und zwanzig Befehle ausführen, und der Parent erhält eine Drei-Absätze-Antwort statt all dieses Rohmaterials.
• Ein Subagent weiß nur, was sein Briefing enthält. Er erbt nicht die Konversation des Parents, sodass vage Delegation selbstbewusste Antworten auf die falsche Frage produziert.
• Subagenten können andere Berechtigungen, Modelle und Anweisungen tragen als ihr Parent, was sie zu einer natürlichen Einheit für Least-Privilege-Design und Kostenkontrolle macht.
• Sie passen zu Aufgaben mit klarem Liefergut. Offene Zusammenarbeit über viele Runden hinweg ist die Aufgabe des Parents; ein Subagent glänzt bei "finde X heraus und melde zurück."

So funktioniert es

Wenn ein Lead-Agent entscheidet, dass ein Stück Arbeit Delegation verdient, erzeugt er einen Subagenten mit einer Aufgabenbeschreibung. Die Plattform startet eine frische Agenten-Instanz: neues Context Window, ein Rollen-Prompt, und welchen Tool-Zugriff auch immer die Konfiguration gewährt. Projekt-Instruktionsdateien wie CLAUDE.md oder AGENTS.md laden typischerweise weiterhin, sodass das Kind die Konventionen der Codebasis kennt, obwohl es die Konversation des Parents nie gesehen hat. Der Subagent läuft dann seine eigene Schleife, reasont und nutzt Tool Calling, bis die Aufgabe erledigt ist, und übergibt einen finalen Bericht. Der Parent liest diesen Bericht und macht weiter.

Dieser Mechanismus ist das, was hierarchische Agent-Orchestrierung praktisch macht. Lange Aufgaben erschöpfen ein einzelnes Context Window; Recherche, Audits und Verifikation an Subagenten zu delegieren bedeutet, dass der teure Parent-Kontext nur Entscheidungen und Ergebnisse hält. Es ermöglicht auch Parallelität, da ein Parent mehrere Subagenten gleichzeitig versenden und ihre Berichte sammeln kann, während sie fertig werden. In Anthropics System senkte das parallele Laufenlassen von Subagenten mit parallelem Tool Calling die Rechercheit um bis zu 90 % bei komplexen Anfragen [2]. Moderne KI-Coding-Agent-Plattformen legen das direkt offen: Claude Code hat sein Task-Tool und benannte Agenten-Definitionen, und andere Frameworks bieten äquivalente Spawn-and-Report-Primitiven.

Konfiguration ist, wo Teams Hebelwirkung bekommen. Ein für Code-Review definierter Subagent könnte ein günstigeres Modell mit Nur-Lese-Dateizugriff laufen lassen, während ein Migrations-Worker Schreibzugriff bekommt, aber einen engen Verzeichnis-Scope. Weil die Berechtigungen jedes Kindes separat deklariert werden, dienen Subagenten doppelt als KI-Guardrails: Dem explorativen Agenten, der nicht vertrauenswürdigen Web-Inhalt berührt, können die Zugangsdaten verweigert werden, die der Parent hält.

Beispiel

Ein Ingenieur bittet einen Coding-Agenten, ein veraltetes Feature-Flag aus einer großen Codebasis zu entfernen. Der Lead-Agent erzeugt drei Subagenten parallel: einer durchsucht das Backend nach jedem Lesen des Flags und klassifiziert jede Aufrufstelle, einer tut dasselbe für das Frontend, und einer prüft Infrastruktur-Code und Dashboards auf Referenzen. Jedes Kind liest Dutzende Dateien, aber jedes liefert nur eine strukturierte Liste von Orten mit einer empfohlenen Änderung zurück. Der Parent, dessen Kontext jetzt drei ordentliche Berichte statt einiger hundert Datei-Auszüge hält, plant die Entfernung, macht die Änderungen selbst, und erzeugt einen letzten Subagenten, um die Testsuite auszuführen und Fehlschläge zusammenzufassen. Die gesamte Aufgabe schließt innerhalb einer Parent-Sitzung ab, die ohne Delegation zweimal übergelaufen wäre.

Häufige Missverständnisse

Das anhaltende Missverständnis ist, dass ein Subagent das Wissen des Parents teilt. Ingenieure schreiben Briefings wie "behebe das Problem, das wir besprochen haben" und sind überrascht, wenn das Kind seine eigene Interpretation erfindet, weil das Kind die Diskussion nie gesehen hat. Alles, was der Subagent braucht, muss im Briefing mitreisen: das Ziel, die relevanten Pfade, Einschränkungen, und das erwartete Output-Format. Teams, die das Briefing wie eine Mini-Spezifikation behandeln, bekommen verlässliche Delegation; Teams, die es wie eine Chat-Nachricht behandeln, bekommen plausible Arbeit am falschen Problem, und der Fehler zeigt sich oft erst, nachdem der Parent darauf aufgebaut hat.

FAQ

Wann sollte ein Agent Subagenten erzeugen, statt die Arbeit selbst zu erledigen? Wenn die Arbeit den Kontext des Parents mit Material fluten würde, das keinen bleibenden Wert hat (breite Suchen, Log-Analyse, große Datei-Lesevorgänge), wenn unabhängige Teile parallel laufen können, oder wenn die Aufgabe andere Berechtigungen oder ein anderes Modell braucht. Für kleine, sequenzielle Änderungen fügt Delegation Overhead ohne Nutzen hinzu. Wenn die Passung stimmt, sind die Gewinne groß: Ein Lead-Agent, der an Claude-Sonnet-4-Subagenten delegiert, schlug den Einzelagenten Claude Opus 4 in Anthropics internem Forschungs-Eval um 90,2 %, bei Kosten von etwa dem 15-Fachen der Tokens einer Chat-Interaktion [3].

Sprechen Subagenten miteinander? Meist nicht direkt. In den meisten Implementierungen berichtet jedes Kind an den Parent, und der Parent gibt weiter, welchen Kontext die nächste Aufgabe braucht. Peer-to-Peer-Designs existieren in einem breiteren Multi-Agenten-System, aber das parent-vermittelte Muster ist leichter nachzuverfolgen und zu debuggen.

Wie unterscheidet sich ein Subagent von einem bloßen Tool-Aufruf? Ein Tool-Aufruf führt eine feste Operation aus. Ein Subagent läuft eine vollständige agentische Schleife, wählt seine eigene Sequenz von Tool-Aufrufen, um ein Ziel zu erfüllen. Die praktische Grenze: Nutzen Sie ein Tool, wenn Sie die Operation kennen, nutzen Sie einen Subagenten, wenn Sie nur das gewünschte Ergebnis kennen.

Quellen

1. Anthropic. "Forschungssystem erzeugt 3-5 Subagenten parallel, jeder in seinem eigenen Context Window." https://www.anthropic.com/engineering/built-multi-agent-research-system. Abgerufen im August 2026.
2. Anthropic. "Parallele Subagenten und paralleles Tool Calling senkten die Rechercheit um bis zu 90 % bei komplexen Anfragen." https://www.anthropic.com/engineering/built-multi-agent-research-system. Abgerufen im August 2026.
3. Anthropic. "Lead-Agent mit Claude-Sonnet-4-Subagenten übertraf den Einzelagenten Claude Opus 4 um 90,2 %, bei etwa dem 15-Fachen der Chat-Tokens." https://www.anthropic.com/engineering/built-multi-agent-research-system. Abgerufen im August 2026.