Agenten, die sich abstimmen: was Orchestrierung bringt und wo ich eingreife
Wie ich spezialisierte KI-Agenten nicht nur getrennt betreibe, sondern pro Auftrag zu einer Kette zusammenschalte, mit Übergaben, gemeinsamem Ablageort und einer klaren Stelle, an der ich Nein sagen kann.
Ich betreibe für meinen eigenen Betrieb ein Roster spezialisierter KI-Agenten in isolierten Containern auf eigener Infrastruktur, und schalte davon pro Auftrag die passenden zu einer Kette zusammen. Dieser Artikel beschreibt, was Übergaben zwischen Agenten praktisch bringen, wo ich bewusst eingreife, und welche Lehre mich der Aufbau gekostet hat.
Isolation war der erste Schritt, nicht der letzte
Über den Aufbau selbst habe ich schon geschrieben: getrennte Agenten, jeder mit eigener Rolle, eigener Wissensbasis und eigenen Rechten, nachzulesen im Beitrag über die private KI-Agenten-Flotte. Diese Trennung ist die Grundlage, und sie war richtig.
Sie hatte nur einen unangenehmen Nebeneffekt: jede Übergabe lief über mich. Der Recherche-Agent lieferte ein Dokument, ich las es, kopierte das Wesentliche in den nächsten Chat, formulierte den Auftrag neu. Sieben saubere Werkzeuge, und dazwischen ein Mensch als Zwischenablage. Das ist kein Betriebssystem, das ist Handarbeit mit Extraschritten.
Ein Roster, aus dem pro Auftrag eine Kette entsteht
Heute liegen die Rollen als Roster vor, und nicht alle laufen ständig. Für die aktuelle Aufgabe, das Finden und Prüfen möglicher Ansprechpartner, läuft eine durchgehende Kette: Sourcing sucht, Recherche vertieft, Marktanalyse ordnet ein, Strategie priorisiert, Outreach entwirft die Ansprache, ein Prüfschritt kontrolliert die Fakten, ein Compliance-Schritt sieht sich die rechtliche Seite an. Andere Rollen, etwa Finanzen oder Recht, sind vorhanden und werden gestartet, wenn eine Aufgabe sie tatsächlich braucht.
Das klingt nach einem Detail, ist aber der eigentliche Unterschied zum Bild der immer laufenden Belegschaft. Ein Roster kostet nur dann Rechenzeit, wenn er arbeitet. Und er zwingt zu einer nützlichen Frage: Welche Rolle braucht dieser Auftrag wirklich?
Was Übergabe zwischen Agenten praktisch heißt
Drei Dinge mussten dafür existieren, und sie sind unspektakulärer, als es klingt:
- Ein gemeinsamer Ablageort. Jedes Ergebnis ist eine Datei an einer festen Stelle, nicht eine Nachricht in einem Fenster. Der nächste Schritt liest die Datei, statt dass ich Text kopiere.
- Ein Auftragsformat. Ein Agent gibt nicht „das Gespräch“ weiter, sondern eine benannte Aufgabe mit Zweck, Quelle und erwartetem Ergebnis. Vage Übergaben erzeugen vage Arbeit.
- Ein Protokoll. Jeder Schritt hinterlässt, was er getan hat. Wenn das Ergebnis am Ende falsch ist, sehe ich, an welcher Stelle es gekippt ist, statt die ganze Kette zu raten.
Der Gewinn ist nicht, dass die Agenten „miteinander reden“. Der Gewinn ist, dass ich nicht mehr die Zwischenablage bin.
Die Stelle, an der ich Nein sage
Hier ist der Teil, den ich bewusst nicht wegautomatisiere. Kein Agent schickt etwas nach außen. Entwürfe für Ansprache, Angebote oder alles mit rechtlicher Wirkung landen bei mir zur Freigabe, und erst dann geht etwas raus.
Dazu kommen drei Begrenzungen, die von Anfang an eingebaut sind und nicht nachträglich: Werkzeug-Freigaben je Rolle, sodass ein Agent technisch nicht kann, was er nicht darf. Protokollierung der relevanten Aktionen, damit Nachvollziehbarkeit kein Vertrauensakt ist. Und eine Abschaltung, die sofort wirkt.
Die Gegenrichtung braucht ebenfalls eine Grenze: Was die Kette an fremdem Text hereinlässt, kann selbst eine Anweisung enthalten. Dafür läuft ein eigener Prüfschritt, den ich als offenes Projekt herausgelöst habe, nachzulesen im Beitrag über Igris Guardian.
Der ehrliche Grund dafür ist nicht Vorsicht, sondern Verantwortung: Wenn etwas Falsches meinen Namen trägt, hilft mir niemand mit dem Hinweis, das System habe selbstständig gehandelt. Die Verantwortung bleibt bei einem Menschen, und das muss sich in der Technik abbilden, nicht nur im Vorsatz.
Was mich das gelehrt hat
Die unbequeme Erkenntnis kam bei einer internen Bestandsaufnahme: Ich hatte ein mehrstufiges Agenten-System gebaut, bevor ich sauber verstanden hatte, wo mein eigentlicher Engpass liegt. Das System funktioniert. Es zeigte nur über weite Strecken nicht auf das Problem, das ich zu diesem Zeitpunkt tatsächlich hatte.
Das ist keine Katastrophe, aber eine teure Reihenfolge. Die Lehre, die ich mitnehme und die für jeden Betrieb gilt: erst den Engpass benennen, dann die Kette bauen. Ein orchestriertes System ist eine Antwort, und sie ist nur so gut wie die Frage davor. Wer Agenten baut, weil es technisch reizvoll ist, bekommt technisch reizvolle Agenten.
Was ein Betrieb davon mitnehmen kann
Zur Einordnung, weil ich das nicht verwischen will: Das ist ein intern produktiv betriebenes System für meinen eigenen Betrieb, kein fertiges Produkt und keine Kundenlösung von der Stange. Was daraus übertragbar ist, ist das Muster, nicht die Installation.
- Einen Schritt automatisieren, nicht einen Prozess. Die Kette entsteht später, aus echtem Bedarf.
- Dateien statt Chatverläufe als Übergabepunkt. Nachlesbar, prüfbar, unabhängig vom Werkzeug.
- Die Freigabestelle zuerst definieren, bevor die erste Automatisierung steht.
- Den Engpass zuerst benennen. Sonst baust du ein gutes System für das falsche Problem.
Genau so baue ich KI & Automatisierung für kleine und mittlere Betriebe: begrenzt, nachvollziehbar und abschaltbar. Wenn du einen Prozess im Kopf hast, bei dem du selbst die Zwischenablage bist: schreib mir, und ich sage dir ehrlich, ob sich eine Kette dafür lohnt oder ob ein einzelner Agent reicht.
Häufige Fragen
Arbeiten diese Agenten autonom?
Nein, und das ist Absicht. Die Agenten recherchieren, entwerfen und prüfen selbstständig, aber nichts verlässt das Haus ohne meine Freigabe. Ein Agent, der ohne Kontrolle nach außen kommuniziert, ist kein Fortschritt, sondern ein Haftungsrisiko. Der interessante Teil ist nicht, wie viel eine Kette allein schafft, sondern wie schnell ich sie anhalten kann.
Wann lohnt sich Orchestrierung statt einem einzelnen Agenten?
Erst wenn eine Aufgabe wirklich aus mehreren Schritten mit unterschiedlichem Fachwissen besteht und du die Zwischenergebnisse ohnehin von Hand weiterreichst. Solange ein Prozess in einem Kopf und einem Werkzeug abbildbar ist, ist ein einzelner, gut zugeschnittener Agent schneller gebaut, billiger im Betrieb und leichter zu überprüfen.
Was passiert, wenn ein Agent Unsinn produziert?
Der Fehler wandert weiter, wenn du nichts dagegen baust. Genau deshalb steht in meiner Kette ein eigener Prüfschritt vor der Freigabe, jeder Zwischenstand liegt als Datei zum Nachlesen im gemeinsamen Ablageort, und die Kette lässt sich an jeder Stelle stoppen. Ohne diese drei Dinge ist eine Agentenkette nur eine schnellere Art, sich zu irren.