Agent Orchestration ist eine Organisationsform, bei der mehrere KI-Agenten arbeitsteilig und gemeinsam auf ein Ziel hinarbeiten. Im Kern geht es um nur drei Fragen: Wer entscheidet über den nächsten Schritt, wer erledigt welche Aufgabe, und wie werden die Einzelergebnisse am Ende zu einer brauchbaren Antwort zusammengeführt? Das Problem, das sie löst, ist nicht, einen einzelnen Agenten stärker zu machen, sondern zu verhindern, dass sich mehrere Agenten bei der gemeinsamen Arbeit gegenseitig behindern.
Worin sie sich von Workflows und einzelnen Agenten unterscheidet
Ein Workflow ist eine Checkliste, deren Schritte vorab festgelegt sind: welcher Schritt zuerst kommt, welches Tool jeder Schritt aufruft, in welcher Reihenfolge vorgegangen wird – alles steht vorher fest. Er eignet sich für Aufgaben mit festem Ablauf und vorhersehbarem Ergebnis. Orchestration ist anders: Der Weg wird erst im Lauf festgelegt. Der Koordinator sieht sich ein Zwischenergebnis an, stellt fest, dass ein Weg versperrt ist, und kann vor Ort Personen austauschen, die Reihenfolge ändern oder sogar das Ziel anpassen, ohne bei einer unerwarteten Verzweigung von vorn beginnen zu müssen. Ein einzelner Agent ist eine andere Abwägung: Ein Modell erledigt alles von Anfang bis Ende und hält den gesamten Kontext selbst in der Hand. Das ist einfach und direkt, doch sobald die Aufgabe komplex wird, verliert es leicht den Überblick – entweder läuft der Kontext über, oder es dreht sich an einem Schritt endlos im Kreis. Orchestration teilt die Arbeit auf und gibt einer komplexen Aufgabe damit ein Team, das koordinieren kann, statt von einer Person Alleskönnertum zu erwarten.
Drei Organisationsformen, jede mit ihrem eigenen Charakter
Am häufigsten ist das Supervisor-Modell: Ein koordinierender Agent zerlegt Aufgaben, verteilt Arbeit und prüft Ergebnisse, während die anderen Agenten nur ausführen. Zuständigkeiten sind klar, und Probleme lassen sich leicht lokalisieren – doch wenn der Koordinator falsch entscheidet, läuft das ganze Team mit ihm in die falsche Richtung. Das Pipeline-Modell reicht die Arbeit in fester Reihenfolge weiter: Die Recherche übergibt Material an die Prüfung, die Prüfung an die Texterstellung. Der Ablauf ist transparent und die Kosten sind gut kalkulierbar, aber wenn ein Glied blockiert, muss alles dahinter warten. Das dezentrale Verhandlungsmodell hat keinen Chef: Mehrere Agenten schicken einander Nachrichten, übernehmen selbst Aufgaben und verhandeln selbst. Es ist flexibel und fehlertolerant und eignet sich für explorative Aufgaben mit unscharfen Grenzen, bei denen viel abgestimmt werden muss – auf Kosten zahlreicher Nachrichten, die Tokens verbrauchen, und einer langsamen Konvergenz.
Die harten Nüsse, die Orchestration wirklich knacken muss
Orchestration in der Praxis zum Laufen zu bringen heißt, fünf Hürden zu nehmen: wie die Aufgabe sinnvoll zerlegt wird, wo der Zwischenstand liegt und wer ihn pflegt, wer bei Meinungsverschiedenheiten das letzte Wort hat, wie ein fehlgeschlagener Schritt wiederholt wird, und was jede Aufrufrunde kostet. Nehmen wir einen Wettbewerbsbericht als Beispiel: Der Koordinator teilt die Aufgabe in drei parallele Stränge – Recherche, Prüfung und Texterstellung. Jedes recherchierte Datum muss seine Quelle nennen, die Prüfung kontrolliert jede Aussage einzeln, und die Texterstellung fügt am Ende alles zu einem Entwurf zusammen; widersprüchliche Aussagen gehen zur erneuten Prüfung zurück. Arbeitsteilung, gemeinsamer Stand, Konflikte, Wiederholungen und Kosten – alle fünf Dinge treten auf einmal auf. Die Pflege des Zwischenstands ist genau die Aufgabe des Agentengedächtnisses: Geht der Stand verloren, zerfällt die gesamte Zusammenarbeit. Doch Orchestration ist kein Allheilmittel: Wenn die Aufgabe selbst nur aus ein oder zwei Schritten besteht und eine Person sie in wenigen Minuten erledigen könnte, bringt erzwungene Orchestration nur zusätzliche Planungslatenz und Token-Kosten, und die Antwort wird nicht unbedingt besser. Der Maßstab ist einfach: Erst wenn eine Aufgabe zu komplex ist, als dass ein Agent sie allein stemmen könnte, und sich ihre Schritte nicht im Voraus festschreiben lassen, sollte man Orchestration in Betracht ziehen.
