Orchestrierung von AI-Agents: Muster für mehrstufige Aufträge

Ein einzelner Prompt löst erstaunlich viel. Er fasst zusammen, klassifiziert, entwirft. Sobald ein Auftrag aber mehrere Schritte umfasst, deren Ergebnisse voneinander abhängen, stößt das Muster an eine Grenze: Das Modell soll planen, recherchieren, prüfen und formulieren, alles in einem Durchgang. Geht ein Zwischenschritt schief, ist das Gesamtergebnis unbrauchbar, ohne dass jemand sagen könnte, an welcher Stelle es gekippt ist.

Genau hier beginnt die Orchestrierung von AI-Agents: die bewusste Zerlegung eines mehrstufigen Auftrags in einzelne, kontrollierbare Arbeitsschritte, verbunden durch eine Ablaufsteuerung, die Zustand hält, Fehler behandelt und Ergebnisse übergibt. In der Praxis zeigt sich, dass die Wahl des Orchestrierungsmusters die Qualität des Ergebnisses stärker beeinflusst als die Wahl des Modells. Ein mittelmäßiges Modell in einer guten Struktur schlägt regelmäßig ein starkes Modell im freien Lauf.

Vom Einzel-Prompt zum Plan

Der erste Schritt ist unspektakulär, aber entscheidend: den Auftrag nicht als eine Frage zu behandeln, sondern als einen Plan. Ein Auftrag wie "prüfe den Vertragsentwurf und erstelle eine Zusammenfassung der Risiken" zerfällt bei näherem Hinsehen in Teilschritte: Dokument gliedern, Klauseln extrahieren, jede Klausel bewerten, Bewertungen konsolidieren, Bericht formulieren. Jeder dieser Schritte hat eine klar definierte Eingabe und eine klar definierte Ausgabe.

Diese Zerlegung bringt drei unmittelbare Vorteile. Erstens wird jeder Schritt einzeln prüfbar: Wenn die Klausel-Extraktion unvollständig ist, sieht man das, bevor die Bewertung darauf aufbaut. Zweitens lässt sich jeder Schritt mit dem passenden Werkzeug erledigen, nicht jeder braucht das teuerste Modell, manche brauchen gar kein Modell. Drittens entsteht eine natürliche Stelle für menschliche Kontrolle: zwischen den Schritten, nicht mitten in einem undurchsichtigen Gesamtlauf.

Drei Grundmuster der Orchestrierung

In den meisten Projekten reichen drei Muster, einzeln oder kombiniert.

• Pipeline. Die Schritte laufen in fester Reihenfolge, die Ausgabe des einen ist die Eingabe des nächsten. Das Muster passt, wenn der Ablauf vorab bekannt ist: Dokument einlesen, strukturieren, anreichern, ausgeben. Pipelines sind am einfachsten zu testen und zu betreiben, weil es keine dynamischen Verzweigungen gibt.
• Planner-Executor. Ein Planungsschritt zerlegt den Auftrag zur Laufzeit in Teilaufgaben, die dann von Ausführungsschritten abgearbeitet werden. Das Muster passt, wenn Aufträge in ihrer Struktur variieren: mal drei Teilschritte, mal acht. Der Preis ist höhere Komplexität, denn der Plan selbst kann fehlerhaft sein und muss validiert werden, bevor die Ausführung beginnt.
• Kritiker-Schleife. Ein zweiter Schritt prüft das Ergebnis des ersten gegen definierte Kriterien und fordert bei Mängeln eine Überarbeitung an. Das Muster hebt die Qualität spürbar, braucht aber eine harte Abbruchbedingung: eine maximale Zahl an Runden und ein definiertes Verhalten, wenn der Kritiker auch danach nicht zufrieden ist.

Muster	Passt, wenn	Hauptrisiko
Pipeline	Ablauf vorab bekannt	Starrheit bei Sonderfällen
Planner-Executor	Struktur variiert je Auftrag	Fehlerhafte Pläne
Kritiker-Schleife	Qualität schwer formal prüfbar	Endlose Runden ohne Abbruch

Zustand und Wiederaufnahme

Der Punkt, der in Prototypen fast immer fehlt: Was passiert, wenn Schritt vier von sechs abbricht? Ohne Zustandsverwaltung heißt die Antwort "alles noch einmal", und das ist bei langen Läufen weder wirtschaftlich noch für Nutzer zumutbar.

Ein produktionsreifer Orchestrator persistiert deshalb nach jedem Schritt: welche Schritte abgeschlossen sind, mit welchen Ergebnissen, und welcher Schritt als Nächstes ansteht. Damit wird Wiederaufnahme möglich: Der Lauf setzt am letzten sauberen Zwischenstand fort, statt von vorn zu beginnen. Das klingt nach klassischem Workflow-Engineering, und genau das ist es auch. Wer bereits eine Job-Queue oder eine Workflow-Engine betreibt, sollte die Agent-Schritte dort einhängen, statt eine eigene Ablaufsteuerung zu erfinden.

Wichtig ist dabei, die Zwischenergebnisse in einem geprüften, strukturierten Format abzulegen. Freitext als Übergabeformat zwischen Schritten ist die häufigste Quelle schleichender Fehler: Schritt drei interpretiert die Ausgabe von Schritt zwei anders, als Schritt zwei sie gemeint hat, und niemand bemerkt es.

Fehlerbehandlung gehört in die Architektur

Mehrstufige Läufe multiplizieren Fehlerquellen: Zeitüberschreitungen, überlastete Schnittstellen, Ausgaben, die das erwartete Format verfehlen, inhaltlich unbrauchbare Ergebnisse. Wer die Behandlung dieser Fälle dem Zufall überlässt, bekommt ein System, das in der Demo funktioniert und im Betrieb regelmäßig stehen bleibt.

Bewährt hat sich eine einfache Dreiteilung. Technische Fehler wie Zeitüberschreitungen werden automatisch wiederholt, mit Begrenzung und wachsendem Abstand. Formatfehler führen zu einer gezielten Korrekturanfrage an den betreffenden Schritt, nicht zu einem Neustart des Gesamtlaufs. Inhaltliche Fehler, also Ergebnisse, die formal korrekt, aber sachlich zweifelhaft sind, eskalieren an einen Menschen, mit dem Zwischenstand und einer nachvollziehbaren Begründung, warum der Lauf angehalten hat. Jeder Fehlerpfad braucht ein definiertes Ende. Ein Agent, der still hängen bleibt, ist schlimmer als einer, der sichtbar scheitert.

Wann Orchestrierung Overkill ist

So nützlich die Muster sind, sie haben Kosten: mehr Code, mehr Zustand, mehr Betriebsaufwand, längere Latenz. Es lohnt sich, ehrlich zu prüfen, ob ein Auftrag sie überhaupt braucht.

Ein guter Maßstab: Wenn ein einzelner, gut strukturierter Prompt mit klarem Ausgabeformat den Auftrag in einem Durchgang zuverlässig erledigt, ist jede zusätzliche Stufe Verschwendung. Das gilt für die meisten Klassifikations-, Extraktions- und Zusammenfassungsaufgaben. Orchestrierung beginnt sich zu lohnen, wenn mindestens eine dieser Bedingungen zutrifft: Der Auftrag dauert länger, als ein Nutzer wartend vor dem Bildschirm sitzen will. Zwischenschritte brauchen Werkzeugzugriffe oder Freigaben. Teilergebnisse müssen einzeln prüfbar oder wiederverwendbar sein. Oder das Scheitern eines Teilschritts darf nicht den gesamten Fortschritt vernichten.

Wer unsicher ist, beginnt mit dem Einzel-Prompt und misst, wo er reißt. Die Risse zeigen genauer als jedes Architekturdiagramm, welche Stufen ein Auftrag wirklich braucht.

Fazit

Orchestrierung von AI-Agents ist kein Selbstzweck, sondern die Antwort auf eine konkrete Grenze: Mehrstufige Aufträge lassen sich in einem einzelnen Durchgang weder kontrollieren noch wiederaufnehmen. Pipeline, Planner-Executor und Kritiker-Schleife decken die große Mehrheit der Fälle ab. Entscheidend ist weniger das gewählte Muster als die Disziplin drumherum: strukturierte Übergaben, persistierter Zustand, definierte Fehlerpfade. Und ebenso entscheidend ist der Mut, auf all das zu verzichten, wo ein guter Prompt genügt.