W
WisyLink
ProduktPreiseAPIBlogKontakt
Alle Beiträge

WisyLink Blog

multi-agent-orchestrierungagenten-koordinationsupervisor-workerkontext-uebergabefehlerpropagationkoordinationssteuer

Multi-Agent-Orchestrierung: Wenn eine Schleife zu vielen wird

Multi-Agent-Orchestrierung koordiniert mehrere autonome Agenten auf ein Ziel. Was sie kauft, wo die Koordinationssteuer beginnt und wie ein falscher Schritt sich zusammensetzt.

25. Mai 20269 Min. Lesezeit
Multi-Agent-Orchestrierung: Wenn eine Schleife zu vielen wird

Multi-Agent-Orchestrierung ist die Disziplin, mehrere autonome Agenten auf ein einziges Ziel hin zu koordinieren und eine Aufgabe, die eine einzelne Schleife allein versuchen könnte, auf spezialisierte Rollen zu verteilen, die Arbeit untereinander weiterreichen. Was sich ändert, ist die Einheit des Scheiterns: Ein einzelner Agent kann stecken bleiben oder abschweifen, aber eine Agentenkette kann auch falsch kommunizieren, Aufwand verdoppeln oder im falschen Moment stoppen. Koordination kauft Fokus und Parallelität und erhebt eine Steuer in geteiltem Zustand, Übergaben und zusammengesetztem Fehler, die mit jedem hinzugefügten Teilnehmer wächst.

  • Eine Schleife in Rollen zu teilen tauscht die Kohärenz des Generalisten gegen die Tiefe der Spezialisten.
  • Jede Übergabe bewegt Kontext, und Kontext, der die Bewegung nicht überlebt, wird zum Defekt.
  • Supervisorgeführte Strukturen konzentrieren Urteilskraft; Peer-Übergabe verteilt sie und die Schuld.
  • Stoppbedingungen werden schwerer, wenn kein einzelner Agent die Definition von „fertig“ besitzt.
  • Der falsche Schritt eines Agenten pflanzt sich stromabwärts fort und wird als Eingabe gelesen, nicht als Fehler.
  • Ab einem Punkt kostet hinzugefügte Koordination mehr als die Arbeit, die sie organisiert.

Warum überhaupt einen Agenten in mehrere teilen

Eine Einzelagenten-Schleife ist ein Generalist: Ein Reasoning-Prozess hält Ziel, Kontext und laufenden Zustand und iteriert, bis er entscheidet, die Aufgabe sei fertig. Der Reiz, diese Schleife zu teilen, ist Spezialisierung. Eine Recherche-Rolle, eine Entwurfs-Rolle und eine Prüf-Rolle tragen jeweils ein engeres Mandat, einen strafferen Prompt und eine sauberere Kontextscheibe, und jede neigt dazu, ihre enge Arbeit besser zu erledigen als ein Generalist, der alle drei zugleich jongliert.

Der Preis ist Kohärenz. Eine Generalisten-Schleife muss sich niemandem erklären; das volle Bild lebt an einem Ort. Sobald Arbeit über Agenten geteilt wird, fragmentiert das Bild, und was eine Rolle voraussetzte, sieht eine andere nie. Spezialisierung schärft jeden Schritt und stumpft die Naht zwischen Schritten ab — genau dort, wo Multi-Agent-Systeme typischerweise scheitern.

Die erste Frage ist also nicht, wie zu orchestrieren ist, sondern ob. Orchestrierung rechnet sich, wenn Teilaufgaben echt trennbar sind, wenn Parallelität die Wanduhrzeit verkürzt oder wenn der Ausfall einer Rolle das Reasoning einer anderen nicht vergiften soll. Sie rechnet sich nicht mehr, wenn die Aufgabe klein genug ist, dass eine einzelne Schleife fertig wäre, bevor die Übergaben überhaupt abschließen. Die Entscheidung ist eine Schätzung, ob die Nähte weniger kosten als die Spezialisierung spart.

Was Spezialisierung gewinnt und was sie still verliert

Rollenspezialisierung ist die Praxis, jedem Agenten eine begrenzte Verantwortung und ein nur darauf begrenztes Kontextfenster zuzuweisen. Ihre Stärke ist Lesbarkeit: Ein Prüfer, der nur prüft, ist leichter zu verstehen, einzuschränken und zu ersetzen als eine Schleife, die zwischen anderen Pflichten nebenbei prüft. Enge Agenten scheitern auch auf enge, benennbare Weise, was Diagnose handhabbar macht.

Was Spezialisierung verliert, ist der billige, implizite Kontext, den ein Generalist gratis trägt. Wenn eine Schleife alles tut, ist ein in Schritt eins entdeckter Fakt in Schritt vier einfach da. Zwischen Agenten muss dieser Fakt absichtlich weitergegeben werden, und alles Nichtweitergegebene ist aus Sicht des empfangenden Agenten nie bekannt gewesen. Der Generalist vergisst nichts Gelerntes; das Orchester vergisst alles, was es nicht übertragen hat.

Unter Druck taucht ein zweiter Verlust auf. Ein Generalist kann mitten in der Aufgabe merken, dass der ursprüngliche Plan falsch war, und still den Kurs ändern. Eine Spezialisten-Pipeline kann das meist nicht, weil kein einzelner Agent die Autorität oder das ganze Bild hält, um das Ziel zu revidieren. Jede Rolle tut ihren Teil treu, und das Kollektiv marschiert selbstbewusst an dem Punkt vorbei, an dem ein Generalist innegehalten hätte. Spezialisierung kauft Tiefe an jeder Station und gibt den panoramischen Zweifel ab, der strategische Fehler fängt.

Wie sich Supervisor- und Peer-Übergabe-Muster unterscheiden

Zwei Koordinationsformen kehren wieder. Im Supervisor–Worker-Muster zerlegt ein Agent das Ziel, verteilt Teilaufgaben und integriert Ergebnisse; er hält die einzige vollständige Sicht, während Worker eng und austauschbar bleiben. Bei Peer-Übergabe geben Agenten Arbeit seitlich weiter — jeder schließt seine Stufe ab und wählt den nächsten Empfänger — ohne zentralen Halter des Ganzen.

Die Muster scheitern unterschiedlich, und der Unterschied ist, wohin man zuerst schaut, wenn etwas bricht.

EigenschaftSupervisorgeführtPeer-Übergabe
Wo das Ziel lebtZentral, beim SupervisorÜber Peers verteilt
EngpassDer Durchsatz des SupervisorsDer langsamste oder verwirrteste Peer
FehlersignaturEinzelner Fehlurteils-PunktDrift ohne Eigentümer, der sie fängt
StoppautoritätKlar; Supervisor entscheidet fertigMehrdeutig; wer erklärt fertig?
Skaliert am besten wennTeilaufgaben unabhängig sindStufen eine natürliche Folge bilden

Supervisorgeführte Strukturen konzentrieren Urteilskraft, was sie auditierbar macht und den Supervisor zugleich zum einzelnen Fehlurteils-Punkt macht: eine fehlerhafte Zerlegung verdammt jeden Worker darunter. Peer-Übergabe verteilt Urteilskraft, entfernt diesen Engpass und ersetzt ihn durch Drift — Arbeit, die über Übergaben wandert, weil niemand die Bahn des Ganzen besitzt. Die meisten realen Systeme sind Hybride: Ein Supervisor säet das Ziel, Peers übergeben innerhalb einer Stufe — genau um auditierbare Autorität ohne Durchsatz-Würgegriff zu bekommen.

Was es kostet, Kontext zwischen Agenten weiterzugeben

Die bestimmende Ausgabe der Orchestrierung ist, Kontext über die Naht zwischen Agenten zu bewegen. Innerhalb einer Schleife ist Zustand ambient und gratis. Zwischen Agenten muss er serialisiert, übertragen und neu interpretiert werden, und jeder Schritt kann Bedeutung verlieren oder verzerren. Der empfangende Agent erbt nicht das Verständnis des Senders; er erbt das Fragment, das die Übergabe zu tragen wählte.

Das erzeugt eine charakteristische Spannung. Zu wenig Kontext, und der Downstream-Agent arbeitet blind und rät, was ihm nicht gesagt wurde. Zu viel, und der undifferenzierte Kontext des Generalisten taucht in jedem Agenten wieder auf und tilgt die Spezialisierung, die die Teilung kaufen sollte. Die Kunst der Übergabe ist die minimal ausreichende Scheibe, und dieses Minimum ist selten im Voraus offensichtlich.

Kontextübergabe
Die absichtliche Übertragung der Teilmenge des Zustands, die ein empfangender Agent braucht, um ohne den Sender korrekt zu handeln.
Geteilter Zustand
Information, die mehrere Agenten gemeinsam lesen oder schreiben, wobei Divergenz ihrer Sichten inkonsistentes Handeln erzeugt.
Koordinationssteuer
Der kumulierte Overhead aus Übergaben, Synchronisation und Aufsicht, der wächst, wenn Agenten einer Aufgabe hinzugefügt werden.

Geteilter Zustand bringt eine weitere Gefahr. Wenn zwei Agenten denselben Datensatz lesen und schreiben, können ihre Sichten divergieren, und jeder handelt nach einem Bild, das der andere bereits ungültig gemacht hat. Die Wendung gegenüber älteren Parallelitätsproblemen: Ein Agent scheitert nicht an einem veralteten Lesen wie ein strenger Prozess; er argumentiert flüssig über veralteten Zustand und erzeugt ein selbstsicheres, falsches Ergebnis.

Eine disziplinierte Übergabe folgt tendenziell einer konsistenten Reihenfolge, unabhängig von den Rollen.

  1. Benenne die Entscheidung, die der empfangende Agent treffen muss, bevor du entscheidest, was du ihm sendest.
  2. Wähle die kleinste Zustandsscheibe, von der diese Entscheidung abhängt, und nichts Benachbartes.
  3. Markiere, was weggelassen ist, damit der Empfänger fragen kann statt still anzunehmen.
  4. Übertrage die Scheibe in einer Form, auf der der Empfänger ohne den Sender handeln kann.
  5. Lass den Empfänger sein Verständnis neu formulieren, damit Verzerrung vor dem Handeln auftaucht.

Wann die Arbeit tatsächlich stoppt

Terminierung ist das stille harte Problem der Orchestrierung. Eine einzelne Schleife stoppt, wenn sie das Ziel als erreicht beurteilt; Stoppbedingung und Ziel leben im selben Kopf. Verteile die Arbeit, und dieses Urteil zerstreut sich. Ein Worker kann seine Teilaufgabe für fertig erklären, während der Supervisor noch wartet, oder eine Peer-Kette kann endlos kreisen, jeder Agent übergibt im Glauben, jemand stromabwärts werde die Schleife schließen.

Drei Fehlformen kehren wieder. Das System stoppt zu früh, wenn das lokale Fertiggefühl eines Agenten für globale Fertigkeit gehalten wird. Es läuft ewig, wenn niemand die Autorität hält, fertig zu erklären, und Übergaben weiterhin plausible nächste Schritte erzeugen. Oder es stoppt im Dissens, wenn ein Agent die Aufgabe für beendet und ein anderer für gescheitert hält und nichts die beiden Urteile versöhnt.

Robuste Orchestrierung macht die Stoppbedingung explizit und äußerlich zu jedem einzelnen Agenten, statt aus individuellem Urteil emergierend. Ein begrenztes Schrittbudget, eine designierte Autorität für Fertig-Erklärung und eine vereinbarte Definition von „fertig“, gegen die jeder Agent prüfen kann, sind die üblichen Instrumente. Das Prinzip darunter: Fertigstellung ist Eigenschaft der ganzen Aufgabe, nicht der lokalen Sicht eines Agenten, und ein System, das eine lokale Sicht für die globale stehen lässt, stoppt in beiden Richtungen zur falschen Zeit.

Wie ein falscher Schritt sich die Kette hinunter zusammensetzt

Fehlerpropagation ist die Eigenschaft, durch die der Fehler eines Agenten zur Eingabe des nächsten wird, gelesen nicht als Fehler, sondern als Fakt. Das ist der Fehlermodus ohne Äquivalent in einer einzelnen Schleife. Ein Generalist mit falscher Annahme kann sie weitertragen, aber auch bemerken und korrigieren, weil Annahme und Folgen in einem Kontext sitzen. In einer Kette ist der Agent, der bemerken könnte, meist nicht der, der irrte.

Die Zusammensetzung ist multiplikativ, nicht additiv. Eine kleine Verzerrung in einer frühen Rolle wird zur vertrauten Prämisse der nächsten, die darauf baut und die danach speist. In der Endstufe liegt der ursprüngliche Fehler unter Schichten selbstsicheren Reasonings begraben, die alle davon abhängen, und die Ausgabe wirkt kohärent gerade weil jeder Downstream-Schritt intern stimmig war. Kohärenz ist nicht Korrektheit; eine Kette kann an jedem Glied lokal gültig und global falsch sein.

Die Verteidigungen sind strukturell. Validierungstore zwischen Stufen fangen Verzerrung, bevor sie geerbt wird. Eine Prüfrolle, die die Ausgabe eines anderen Agenten auditiert statt sie fortzusetzen, bricht die Erbschaftskette. Unabhängige Neuableitung, bei der ein zweiter Agent auf anderem Weg zu einem Ergebnis kommt, bringt Dissens an die Oberfläche, den eine lineare Kette verbergen würde. Jede Verteidigung ist selbst Koordination und addiert so zur Steuer, die der nächste Abschnitt wägt.

Wo hinzugefügte Koordination sich nicht mehr lohnt

Die Bahn des Feldes biegt sich zu einer wiederkehrenden Frage: An welchem Punkt kostet Koordination mehr, als sie zurückgibt. Jeder einer Aufgabe hinzugefügte Agent bringt seine Spezialisierung und auch seine Übergaben, seinen Anteil an geteiltem Zustand und seine Aufsichtsscheibe. Frühe Agenten rechnen sich oft, weil die Arbeit sich echt teilt. Spätere oft nicht, weil was sie an Tiefe hinzufügen von dem überschwemmt wird, was sie an Nähten hinzufügen.

Das ist die Koordinationssteuer, und sie ist nichtlinear. Übergaben wachsen schneller als Agenten, denn jeder neue Teilnehmer kann prinzipiell Kontext mit mehreren anderen tauschen. Jenseits einer Schwelle verbringt das System mehr Aufwand damit, Zustand zu bewegen und abzugleichen, als die Arbeit zu tun, die der Zustand beschreibt, und ein kleineres Orchester — oder eine einzelne fähige Schleife — wäre früher und zuverlässiger fertig geworden.

Was mit der Reife des Feldes schwerer wird, ist zu wissen, wo diese Schwelle sitzt, bevor man sie überschreitet. Die ehrliche Antwort ist meist empirisch: Miss, ob ein gegebener Agent Gesamtzeit oder Fehler reduziert, und entferne ihn, wenn nicht. Teams, die die Disziplin halten, behandeln Agentenzahl als zu rechtfertigende Kosten statt als anzuhäufende Fähigkeit und widerstehen dem Zug, jede Schwäche mit einer weiteren Rolle zu beantworten. Die Orchester, die bestehen, werden jene sein, die so klein blieben, wie die Aufgabe erlaubte, denn die billigste Übergabe ist die, die nie stattfinden musste.

F.A.Q.

Häufig gestellte Fragen

Was ist Multi-Agent-Orchestrierung?
Multi-Agent-Orchestrierung ist die Disziplin, mehrere autonome Agenten auf ein Ziel hin zu koordinieren und eine Aufgabe auf spezialisierte Rollen zu verteilen, die Arbeit untereinander weiterreichen. Sie tauscht die Kohärenz einer einzelnen Reasoning-Schleife gegen die Tiefe von Spezialisten und zahlt eine Koordinationssteuer in Übergaben, geteiltem Zustand und zusammengesetztem Fehler.
Wann ist ein einzelner Agent besser als mehrere?
Eine einzelne Generalisten-Schleife ist meist besser, wenn die Aufgabe klein genug ist, um vor Abschluss der Übergaben fertig zu sein, wenn Teilaufgaben nicht sauber trennbar sind oder wenn Kurskorrektur mitten in der Aufgabe zählt. Eine Schleife hält das ganze Bild und kann den Plan revidieren, was eine Pipeline enger Spezialisten meist nicht kann.
Wie unterscheidet sich Supervisor–Worker von Peer-Übergabe?
Bei Supervisor–Worker zerlegt ein Agent das Ziel, verteilt Teilaufgaben und integriert Ergebnisse und hält die einzige vollständige Sicht. Bei Peer-Übergabe geben Agenten Arbeit seitlich weiter ohne zentralen Halter. Supervisoren konzentrieren Urteilskraft und werden zum einzelnen Fehlurteils-Punkt; Peers verteilen sie und riskieren Drift ohne Eigentümer.
Warum ist Stoppen in einem Multi-Agent-System schwer?
In einer einzelnen Schleife leben Stoppbedingung und Ziel am selben Ort. Zwischen Agenten zerstreut sich dieses Urteil, sodass ein Worker seinen Teil für fertig erklären kann, während die ganze Aufgabe es nicht ist, oder eine Peer-Kette ewig kreisen kann. Robuste Systeme machen Fertigstellung explizit und äußerlich zur lokalen Sicht jedes Agenten.
Was ist die Koordinationssteuer?
Die Koordinationssteuer ist der kumulierte Overhead aus Übergaben, Synchronisation und Aufsicht, der wächst, wenn Agenten einer Aufgabe hinzugefügt werden. Sie ist nichtlinear, weil Übergaben schneller wachsen als Agenten. Jenseits einer Schwelle verbringt ein System mehr Aufwand damit, Zustand zu bewegen und abzugleichen, als die Arbeit selbst zu tun.
Wie propagiert Fehler zwischen Agenten?
Der Fehler eines Agenten wird zur Eingabe des nächsten, gelesen als Fakt statt als Fehler. Die Zusammensetzung ist multiplikativ: Eine frühe Verzerrung wird zur vertrauten Prämisse, auf der spätere Stufen bauen, sodass die Endausgabe kohärent wirken und global falsch sein kann. Validierungstore und unabhängige Neuableitung brechen diese Erbschaft.
Teilen
XLinkedInFacebook
Auf dieser Seite
  1. Warum die Schleife teilen
  2. Was Spezialisierung gewinnt und verliert
  3. Supervisor vs Peer-Übergabe
  4. Die Kosten der Kontextübergabe
  5. Wann die Arbeit stoppt
  6. Wie Fehler sich die Kette hinunter zusammensetzt
  7. Wo Koordination sich nicht mehr lohnt

Dokumentation

  • Überblick
  • API
  • CLI
  • GitHub
  • npm

Blog

  • Blog entdecken
  • Gleiche Eingabe, unterschiedliches Ergebnis: Reproduzierbarkeit in der Produktion
  • Die Herkunft maschinell erzeugter Medien nachweisen
  • Kontext-Engineering: Vom Prompt-Polieren zur Informationsarchitektur
  • Agenten mit Werkzeugen: KI, die von Antwort zu Handlung übergeht

Rechtliches

  • Datenschutz
  • Nutzungsbedingungen
  • Unternehmen

Produkt

  • Funktionen
  • Preise
  • Kontakt
  • Entwicklung
WisyLink © 2026·
Von unserem Team mit ❤️ erstellt.