> ## Documentation Index > Fetch the complete documentation index at: https://docs.m9tz.de/llms.txt > Use this file to discover all available pages before exploring further. # M9TZ Agent Blueprint > Eine wiederverwendbare Architektur für abteilungsbasierte, SOP-gesteuerte KI-Agenten. Ein Agent pro Abteilung, eine VM pro Laufzeitumgebung, strukturierter JSON-Nachrichtenaustausch zwischen den Einheiten. 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. Wie der Blueprint einen Agenten definiert: prozessgebunden, SOP-gesteuert und auf eine Abteilung oder Funktion begrenzt. Richten Sie Ihre erste Abteilungs-Laufzeitumgebung auf VM-1 ein — eine Abteilung, ein Agent, ein validiertes Fundament. Die Bausteine jedes Agenten: Rollendefinition, Eingabequellen, SOP-Logik, Eskalationsregeln und ausgehende Schnittstellen. 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. 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. 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. 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. 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. 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. Bearbeitung eingehender Kommunikation: Klassifizierung, Lösung, Eskalation und ausgehende Schnittstellen für eine kundenkontaktintensive Funktion. Qualifizierung eingehender Interessensbekundungen: Bewertungslogik, Routing-Kriterien, ausgehende Kommunikation und Übergaberegeln für eine Pipeline-Funktion. Verarbeitung von Finanzdokumenten: Validierung, Genehmigungsrouting, Audit-Trail und ERP-Integration für eine Buchhaltungsfunktion. Schwellenwertüberwachung, abteilungsübergreifende Koordination und Ausnahme-Eskalation für eine Betriebs- oder Logistikfunktion. Neu hier? Beginnen Sie mit [Was ist ein Agent?](/de/what-is-an-agent) für die grundlegende Definition und lesen Sie anschließend den [Schnellstart](/de/quickstart), um zu sehen, wie der erste Bereitstellungsschritt in der Praxis aussieht.