Bevor Sie diese Seite lesen, ist es hilfreich zu verstehen, was ein Agent ist und wie er aufgebaut ist. Falls Sie es noch nicht getan haben, lesen Sie zunächst Was ist ein Agent? und die Übersicht zur Agentenstruktur.
Was Sie einrichten
Ihr Ausgangspunkt ist eine minimale, aber vollständige Einheit: eine einzelne Abteilung — nennen wir sie Abteilung A — die ihre eigene Agenten-Laufzeitumgebung auf einem dedizierten Rechner, VM-1, betreibt. Dieses Setup ist in sich geschlossen. Der Agent auf VM-1 bearbeitet ausschließlich die Arbeit, die zu Abteilung A gehört. Er liest für diese Abteilung relevante Eingaben, wendet die dokumentierten Verfahren von Abteilung A an und produziert Ausgaben in einem definierten Format. Diese Einzelabteilungs-Einheit ist das Muster, das Sie für jede nachfolgende Abteilung replizieren werden. Es hier richtig umzusetzen bedeutet, dass jede künftige Erweiterung demselben erprobten Modell folgt, anstatt von Grund auf neu aufgebaut zu werden.Die drei Dinge, die Sie zuerst definieren
Bevor ein Agent laufen kann, müssen drei Dinge vorhanden sein. Das sind keine technischen Konfigurationsdetails — es sind Entscheidungen darüber, wie Abteilung A tatsächlich arbeitet.1
Die SOPs der Abteilung
SOPs — Standard-Arbeitsanweisungen — sind die Regeln, nach denen Ihr Agent handelt. Sie beschreiben, was die Abteilung tut, in welcher Reihenfolge, unter welchen Bedingungen und was an jedem Entscheidungspunkt passiert.Beginnen Sie für Ihren ersten Agenten mit dem repetitivsten, volumenstärksten Workflow in Abteilung A. Dokumentieren Sie ihn als Abfolge von Schritten: Was löst den Workflow aus, welche Informationen werden benötigt, welche Entscheidungen werden getroffen und wie sieht das Ergebnis aus. Diese schriftliche Verfahrensanweisung wird zum Regelwerk des Agenten.
2
Die Eingabeschnittstelle
Definieren Sie, welche Informationen an VM-1 ankommen, in welchem Format und von wo. Ihr Agent benötigt einen konsistenten, vorhersehbaren Eingabestrom, um zuverlässig zu arbeiten.Für eine erste Bereitstellung ist eine einfache dateibasierte oder nachrichtenbasierte Eingabe ausreichend. Ein Verzeichnis, das eingehende JSON-Dateien empfängt, oder eine schlanke Warteschlange, in die die bestehenden Systeme von Abteilung A schreiben, ist ein praktikabler Ausgangspunkt. Das Format jeder Eingabenachricht sollte vereinbart und dokumentiert werden — Feldnamen, Datentypen und erwartete Werte — bevor die Agenten-Laufzeitumgebung konfiguriert wird.Sie verbinden sich in dieser Phase noch nicht mit Ihrem ERP, Ihrem CRM oder anderen externen Systemen. Diese Integrationen folgen später, sobald die Kern-Laufzeitumgebung validiert ist. In dieser Phase kann die Eingabe aus einem manuellen Prozess oder einem einfachen Export aus einem bestehenden System stammen.
3
Die Ausgabeschnittstelle
Definieren Sie, was der Agent produziert und wohin er es sendet. Eine Ausgabe ist in der Regel eine strukturierte Nachricht oder Datei — eine Entscheidung, eine Zusammenfassung, ein abgeschlossener Datensatz oder eine Übergabeanweisung — im JSON-Format, das der Rest Ihrer künftigen Infrastruktur erwarten wird.Für VM-1 könnte die Ausgabe in einen überwachten Ordner schreiben, in ein gemeinsames Protokoll posten oder einen einfachen Statusdatensatz aktualisieren. Wichtig ist, dass das Format vorab definiert wird und sich zwischen den Iterationen nicht ändert. Diese Konsistenz ist es, die es später möglich macht, die Ausgabe von Abteilung A mit der Eingabe von Abteilung B zu verbinden, ohne irgendetwas neu bauen zu müssen.
Wie VM-1 in dieser Phase aussieht
Sobald die drei obigen Definitionen vorhanden sind, betreibt VM-1 eine schlanke Agenten-Laufzeitumgebung. Diese Laufzeitumgebung ist keine komplexe Plattform — sie ist ein abgegrenzter Prozess, der:- Eingehende Eingaben im definierten Format überwacht
- Die SOPs von Abteilung A auf jede Eingabe anwendet
- Strukturierte Ausgaben im vereinbarten Format produziert
- Protokolliert, was er getan hat, und alles kennzeichnet, was er nicht verarbeiten konnte
Geltungsbereich eng halten
Ein Workflow, ein Auslösertyp, ein Ausgabeformat. Der Wert der ersten Bereitstellung liegt darin, zu beweisen, dass das Muster funktioniert — nicht darin, alles auf einmal zu automatisieren.
Überprüfung einplanen
Bevor Sie die Ausgabe von VM-1 mit einem nachgelagerten System verbinden, sollte Ihr Team einen Stapel realer Ausgaben manuell prüfen. Das schafft Vertrauen und deckt SOP-Lücken frühzeitig auf.
Was nach dem Start von VM-1 passiert
Eine einzelne validierte Abteilungs-Laufzeitumgebung ist das Fundament für alles Weitere. Sobald Abteilung A auf VM-1 zuverlässig läuft, erweitert sich die Infrastruktur in Stufen:- Eine zweite Abteilung hinzufügen — Richten Sie VM-2 nach demselben Laufzeitmuster ein. Definieren Sie SOPs, Eingabeformat und Ausgabeformat der zweiten Abteilung unabhängig. In dieser Phase sind die beiden Abteilungen noch voneinander isoliert.
- Abteilungen über Nachrichtenaustausch verbinden — Sobald beide Laufzeitumgebungen validiert sind, verknüpfen Sie sie, sodass die Ausgabe der einen zur Eingabe der anderen werden kann. In der Regel handelt es sich dabei um ein gemeinsames Nachrichtenverzeichnis oder eine schlanke Warteschlange, aus der beide VMs lesen und in die sie schreiben können.
- Externe Systeme integrieren — Sobald der abteilungsübergreifende Nachrichtenaustausch stabil ist, beginnen Sie, Ihre bestehenden Systeme anzubinden. ERP-Adapter, CRM-Konnektoren und Brücken zu Altsystemen werden an definierten Ein- und Ausgabepunkten angeschlossen, ohne die Laufzeitumgebung selbst zu verändern. Unter Integrationen erfahren Sie, wie diese Konnektoren strukturiert sind.
- Auf ereignisgesteuerten Austausch umstellen — Wenn Anzahl der Abteilungen und Nachrichtenvolumen wachsen, kann das dateibasierte Austauschmodell durch eine ereignisgesteuerte Übertragungsebene ersetzt werden. Die Agenten-Laufzeitumgebungen ändern sich nicht; nur der Transport zwischen ihnen wird aufgewertet.
Dieses Stufenmodell ist beabsichtigt. Jede Phase validiert, bevor sie erweitert wird. Sie befinden sich nie in einer Situation, in der eine Änderung am Setup einer Abteilung eine andere beeinträchtigt, weil die Schnittstellen zwischen ihnen explizit, versioniert und vereinbart sind, bevor sich beide Seiten verbinden.
Bevor Sie weitergehen
Eine funktionsfähige VM-1-Bereitstellung bedeutet, dass Sie alle folgenden Fragen mit Ja beantworten können:- Der Kernworkflow von Abteilung A ist als ausführbare SOP dokumentiert
- Das Eingabeformat für VM-1 ist definiert und wird konsistent produziert
- Das Ausgabeformat ist definiert und wurde von Ihrem Team anhand realer Beispiele geprüft
- Die Agenten-Laufzeitumgebung auf VM-1 produziert korrekte Ausgaben für den Normalfall und kennzeichnet Ausnahmen, anstatt sie stillschweigend zu ignorieren
- Sie haben ein klares Bild davon, welche Abteilung oder welches System die Ausgabe von VM-1 in der nächsten Phase erhalten wird
Agentenstruktur
Verstehen Sie die Komponenten, aus denen ein laufender Agent besteht — Eingaben, Verarbeitungslogik, Handlungen und die Schnittstellen zwischen ihnen.
Was ist ein Agent?
Eine verständliche Erklärung, was ein Agent ist, wie er sich von einfacherer Automatisierung unterscheidet und was er kann und nicht kann.