Skip to main content
Der M9TZ Agent Blueprint ist ein Architekturmuster für den unternehmensweiten Einsatz von KI-Agenten. Jede Abteilung erhält eine eigene Agenten-Laufzeitumgebung, die auf die dokumentierten Arbeitsabläufe dieser Abteilung begrenzt ist. Agenten teilen keinen internen Zustand — sie kommunizieren über definierte JSON-Nachrichtenstrukturen. Der Aufbau erfolgt schrittweise: eine Abteilung nach der anderen, mit Validierung jeder Phase, bevor die nächste beginnt. Diese Dokumentation beschreibt den vollständigen Blueprint: Was ein Agent ist, wie er aufgebaut ist, wie Abteilungen miteinander verbunden werden, wie Altsysteme angebunden werden und wie das Stufenmodell für den Rollout funktioniert. Die Lektüre und Anwendung der Dokumentation ist kostenfrei. Die Beratungsleistungen umfassen die Arbeit, den Blueprint auf Ihre spezifischen Systeme abzubilden und die Implementierung durchzuführen.

Was ist ein Agent?

Wie der Blueprint einen Agenten definiert: prozessgebunden, SOP-gesteuert und auf eine Abteilung oder Funktion begrenzt.

Schnellstart

Richten Sie Ihre erste Abteilungs-Laufzeitumgebung auf VM-1 ein — eine Abteilung, ein Agent, ein validiertes Fundament.

Agentenstruktur

Die Bausteine jedes Agenten: Rollendefinition, Eingabequellen, SOP-Logik, Eskalationsregeln und ausgehende Schnittstellen.

Abteilungs-Playbooks

Ausgearbeitete Beispiele, die zeigen, wie das Blueprint-Muster auf vier typische Abteilungstypen angewendet wird.

​
Wie der Blueprint funktioniert

Die Architektur folgt einem gestuften Rollout. Sie verbinden nicht alles auf einmal.
1

Mit einer Abteilung beginnen

Wählen Sie die Abteilung mit den klarsten, wiederkehrendsten Arbeitsabläufen. Dokumentieren Sie deren Verfahren als SOPs. Betreiben Sie eine Agenten-Laufzeitumgebung auf einem dedizierten Rechner (VM-1). Definieren Sie das erwartete Eingabeformat und das produzierte Ausgabeformat.
2

Validieren, bevor Sie erweitern

Führen Sie den ersten Agenten mit realen Eingaben aus. Prüfen Sie die Ausgaben manuell, bevor nachgelagerte Systeme diese verarbeiten. Überprüfen Sie die SOP-Abdeckung, schließen Sie Lücken und stellen Sie sicher, dass der Normalfall korrekt behandelt und Ausnahmen sichtbar gemacht — nicht stillschweigend übergangen — werden.
3

Eine zweite Abteilung hinzufügen

Sobald VM-1 stabil läuft, richten Sie VM-2 nach demselben Muster ein. Definieren Sie die SOPs, Eingaben und Ausgaben der zweiten Abteilung unabhängig. In dieser Phase sind die beiden Laufzeitumgebungen noch isoliert — sie tauschen noch keine Nachrichten aus.
4

Abteilungen über strukturierte Nachrichten verbinden

Verbinden Sie die Laufzeitumgebungen über einen gemeinsamen Nachrichtenkanal oder eine Warteschlange. Die Ausgabe einer Abteilung wird zur Eingabe einer anderen. Der Schnittstellenvertrag — Feldnamen, Datentypen, erwartete Werte — wird vereinbart, bevor sich beide Seiten verbinden.
5

Adapter für externe Systeme anbinden

Sobald der abteilungsübergreifende Nachrichtenaustausch stabil ist, verbinden Sie Ihre bestehenden Systeme: ERP-Adapter, CRM-Konnektoren und Brücken zu Altsystemen. Diese werden an den definierten Ein- und Ausgabepunkten angeschlossen, ohne die Agenten-Laufzeitumgebungen selbst zu verändern.

​
Abteilungs-Playbooks

Die Playbooks zeigen, wie das Blueprint-Muster auf vier typische Abteilungstypen angewendet wird. Jedes Playbook behandelt Rollendefinition, SOPs, Ein- und Ausgangsschnittstellen, Eskalationsregeln und Integrationspunkte. Verwenden Sie sie als Referenz, wenn Sie den Blueprint auf Ihre eigenen Abteilungen übertragen.

Kundenkommunikations-Abteilung

Bearbeitung eingehender Kommunikation: Klassifizierung, Lösung, Eskalation und ausgehende Schnittstellen für eine kundenkontaktintensive Funktion.

Vertrieb / Pipeline-Abteilung

Qualifizierung eingehender Interessensbekundungen: Bewertungslogik, Routing-Kriterien, ausgehende Kommunikation und Übergaberegeln für eine Pipeline-Funktion.

Back-Office / Buchhaltungs-Abteilung

Verarbeitung von Finanzdokumenten: Validierung, Genehmigungsrouting, Audit-Trail und ERP-Integration für eine Buchhaltungsfunktion.

Betrieb / Logistik-Abteilung

Schwellenwertüberwachung, abteilungsübergreifende Koordination und Ausnahme-Eskalation für eine Betriebs- oder Logistikfunktion.
Neu hier? Beginnen Sie mit Was ist ein Agent? für die grundlegende Definition und lesen Sie anschließend den Schnellstart, um zu sehen, wie der erste Bereitstellungsschritt in der Praxis aussieht.