Subagent-Fan-Out und unkontrollierte Rekursion im Keim ersticken
Aktualisiert September 19, 2026 · erstveröffentlicht September 19, 2026
Subagent-Fan-Out-Kaskaden treten auf, wenn ein Orchestrator-Agent komplexe Aufgaben aufteilt und Worker-Agenten erlaubt, eigenständig weitere Subagenten zu erzeugen. Ohne strikte Tiefen- und Concurrency-Grenzen führt ein einzelner Prompt zu einer exponentiellen Explosion paralleler Threads, die innerhalb weniger Minuten Millionen von Tokens verbrennen.
Was versteht man unter einer Subagent-Fan-Out-Kaskade?
Ein Ausfallmuster, bei dem ein koordinierender Agent rekursiv Kind- und Sub-Kind-Agenten ohne globales Budgetbudget startet und den Token-Verbrauch drastisch potenziert.
Vier Schutzmaßnahmen für Produktivumgebungen
Plattform-Teams setzen auf eine maximale Rekursionstiefe von 2 Ebenen, thread-weite Token-Pools mit zentralem Kontingent und Concurrency-Limits, die parallele Worker auf maximal 3 bis 5 Instanzen drosseln.
Weiterführend
Möchten Sie das auf Ihren Stack anwenden? Bringen Sie Anbieterrechnungen, Gateway-Protokolle und die wichtigsten Workflows mit; wir ordnen Kostentreiber und Einsparpotenziale zu. Kostenlose Prüfung buchen →