Agent-Orchestrierung ist die Kontroll-Schicht, die über einem Multi-Agent-Workflow sitzt und entscheidet, welcher Agent als nächstes läuft, mit welchem Input, unter welcher Retry-Policy und was passiert, wenn einer scheitert. Ohne Orchestrierung sind mehrere Agenten nur mehrere Skripte; mit ihr sind sie ein produktives System.
Was Orchestrierung besitzt.
- Routing. Beim aktuellen State entscheiden, welcher Agent den nächsten Schritt handhabt. Statisch (Planner-Agent pickt) oder dynamisch (Rule-Engine + State).
- Reihenfolge und Abhängigkeiten. Welche Schritte parallel laufen, welche warten müssen. Der Orchestrator hält den DAG; die Agenten müssen voneinander nichts wissen.
- Retry-Policy. Was tun, wenn ein Agent die Rubrik failt, malformierten Output zurückgibt oder sein Token-Budget überschreitet. Retry auf demselben Agenten, eskalieren zu einem grösseren Modell, zu einem Human-Checkpoint routen, fail-closed.
- State und Durability. Long-Running-Workflows (Minuten bis Stunden) überleben Process-Restarts. Der Orchestrator persistiert State in Durable-Storage und replayt sauber.
- Observability. Jede Routing-Entscheidung ist Teil des Traces. Der Operator kann end-to-end sehen, warum das System tat, was es tat.
Gängige Muster.
Drei Orchestrierungs-Formen shippen am häufigsten in Produktion. DAG (statischer Graph, deterministisches Routing). Planner-Executor (ein Planner-Agent entscheidet bei jeder Runde). Hybrid (statisches Rückgrat mit planner-getriebenen Branches an Key-Entscheidungspunkten). DAG ist am einfachsten zu evaluieren; Planner ist am flexibelsten; Hybrid ist das, worauf die meisten produktiven Systeme konvergieren.
Orchestrierung vs. «das LLM entscheiden lassen».
Eine gängige Versuchung ist, das LLM bei jeder Runde den nächsten Agenten picken zu lassen. Es funktioniert in Demos und scheitert in Produktion: Routing-Genauigkeit droppt, Retries multiplizieren, State wird unsichtbar. Deterministisches Routing für die Form, LLM-Urteil für die Leaf-Entscheidungen, ist die produktive Antwort.
Häufige Fragen.
- Was ist Agent-Orchestrierung?
- Agent-Orchestrierung ist die Kontroll-Schicht, die Arbeit zwischen Agenten in einem Multi-Agent-Workflow routet, Reihenfolge erzwingt, Retries verwaltet und den State des Runs zur Oberfläche bringt. Ohne sie sind mehrere Agenten mehrere Skripte; mit ihr sind sie ein produktives System. Der Orchestrator hält typischerweise den DAG, die Retry-Policy und den Durable-State.
- Soll das LLM entscheiden, welcher Agent als nächstes läuft?
- Manchmal, aber nicht bei jeder Runde. Pures LLM-getriebenes Routing funktioniert in Demos und driftet in Produktion. Das produktive Muster ist deterministisches Routing für die Form des Workflows plus LLM-Urteil an spezifischen Leaf-Entscheidungen, wo Flexibilität gebraucht wird. Der Trade ist Evaluierbarkeit gegen Flexibilität; die meisten Workflows wollen mehr Evaluierbarkeit, als sie denken.
- Welche Tools nutzt Morvion für Orchestrierung?
- Workflow-Engines wie Temporal oder Inngest für Durable-State, LangGraph oder custom TypeScript-DAGs für die Routing-Form und die hauseigene Observability-Schicht für Trace und Replay. Die Wahl hängt von Durability-Bedürfnissen ab und davon, ob der Workflow in Sekunden oder Stunden läuft.
- Wie verhält sich Orchestrierung zur Eval-Harness?
- Die Eval-Harness scored Per-Agent-Outputs gegen Per-Agent-Rubriken. Der Orchestrator entscheidet, was passiert, wenn ein Output die Rubrik failt: retry, eskalieren, zu Human routen, fail-closed. Ohne Eval-Harness hat der Orchestrator kein Signal, auf das er handeln kann; ohne Orchestrator hat die Eval-Harness keinen Enforcement-Mechanismus. Sie shippen zusammen.
Englische Fassung: Agent-Orchestrierung on the EN edition.