Hinter dem Wort Orchestrator: wer entscheidet, wo die Daten liegen, wie es trägt

Zuerst ein Begriff, der in diesem Markt viele Missverständnisse verursacht. Bei UNYX bezeichnet Orchestrierung die Maschine, die ausführt. Orchestrator bezeichnet die qualifizierte Person, die diese Maschine bei Ihnen steuert. Die beiden Wörter ähneln sich, sie meinen nicht dasselbe, und das zweite ist ein Beruf.

Die Bausteine, in der Reihenfolge, in der eine Anfrage sie durchläuft

• Ein einziger Eingang. Formular, E-Mail, Messaging, Aufruf aus einer anderen Software: Alles kommt über einen Durchgang, der anmeldet, das Format prüft und protokolliert.
• Eine Datenbank, die maßgeblich ist. Jede Anfrage wird dort ein Datensatz mit ihrem Status. Agenten arbeiten nie mit einer Kopie, die irgendwo anders liegt.
• Eine Warteschlange. Alles Lange, Teure oder Fehleranfällige läuft darüber, mit Wiederholung und begründetem Abbruch.
• Spezialisierte Agenten. Ein Agent, eine Aufgabe, ein Werkzeugumfang. Kein Alleskönner-Agent.
• Eine Schicht deterministischer Regeln. Zwischen den Agenten und der Außenwelt lehnt sie verbotene Aktionen ab, bevor sie hinausgehen.
• Ein Protokoll. Jede Aktion trägt Urheber, Grund, Kosten und Ergebnis.

Wo die Daten gespeichert werden

In einer relationalen Datenbank mit Standort in der Europäischen Union, mit Zugriffsregeln je Datensatz: Eine Benutzerin liest nur, was ihre Rolle erlaubt, und diese Prüfung findet auf dem Server statt, nie im Browser. Dokumente und Anhänge liegen in einem privaten Speicher, erreichbar nur über signierte, zeitlich begrenzte Links.

Modellaufrufe transportieren nur, was die Aufgabe braucht. Diesen Punkt lohnt es sich jedem Anbieter zu stellen: eine ganze Datenbank an ein Modell zu schicken, um eine einfache Frage zu beantworten, ist teuer und unnötig riskant.

Wie die Agenten kommunizieren

Nicht dadurch, dass sie in natürlicher Sprache miteinander plaudern, was in einer Vorführung spektakulär und im Betrieb unbeherrschbar ist. Sie kommunizieren über den Status der Anfrage in der Datenbank: Ein Agent liest einen Status, erzeugt ein strukturiertes Ergebnis, schreibt den neuen Status. Der nächste übernimmt.

Der Vorteil ist bei der Fehlersuche entscheidend: Man kann jede Anfrage öffnen und genau lesen, wer was in welcher Reihenfolge mit welchem Ergebnis getan hat. Ein Gespräch zwischen Agenten hinterlässt diese Spur nicht.

Ein System, das man hinterher nicht nachlesen kann, ist kein System. Es ist eine Blackbox mit Rechnungen.

Die Rechte

Drei Ebenen, alle notwendig. Die Benutzerebene mit Rollen und bei jeder Anfrage geprüften Berechtigungen. Die Agentenebene, auf der jeder Agent das strikte Minimum an Werkzeugen und Zugängen für seine Aufgabe erhält. Und die Aktionsebene, auf der Vorgänge mit Außenwirkung durch die Regelschicht laufen, unabhängig von ihrem Ursprung.

Diese letzte Ebene ist die wichtigste und fehlt am häufigsten: Dieselbe Prüfung muss für die von einem Agenten ausgelöste Aktion und für die von einem Menschen in der Oberfläche ausgelöste gelten. Sonst hängt die Sicherheit vom gewählten Weg ab, was bedeutet, keine zu haben.

Die Fehler

Wiederholung mit Wartezeit bei vorübergehenden Ausfällen, begründeter Abbruch mit Alarm darüber hinaus, dokumentierte Rückfallebene, wenn ein Modell nicht verfügbar ist, eine Vertrauensschwelle, die an einen Menschen abgibt, und echte Rücknahme umkehrbarer Aktionen. Wir beschreiben diesen Mechanismus und die Lektion, aus der er entstand, in dem Artikel über Fehler.

Wie Sie das prüfen

Bitten Sie um eine Vorführung in drei Bildschirmen, nicht um eine Präsentation: das Protokoll einer echten Anfrage von Anfang bis Ende, den Bildschirm, auf dem ein Mensch eine Aktion freigibt, und das Verhalten des Systems, wenn man einen Fehler provoziert. Ein Anbieter, der das gebaut hat, kann es sofort zeigen. Unsere Seite KI-Orchestrator erklärt den Rest: wer steuert, mit welcher Zusage, und auf wessen Zugängen die KI läuft.