> ## 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.

# Agentenkomponenten: Die Bausteine eines SOP-gesteuerten Agenten

> Lernen Sie die fünf Bausteine jedes von uns konzipierten Agenten kennen – Rollendefinition, Eingabequellen, SOP-Logik, Eskalationsregeln und ausgehende Schnittstellen – und wie sie das Verhalten Ihres Agenten prägen.

Ein Agent ist keine einzelne Softwarekomponente – er ist eine Zusammenstellung klar abgegrenzter, zweckgebundener Bausteine. Jeder Baustein hat eine definierte Aufgabe, und gemeinsam bilden sie einen prozessgebundenen Dienst, der Ihre Verfahren jedes Mal auf exakt dieselbe Weise ausführt. Während wir Ihren Agenten in den Phasen Discovery und Build konzipieren, treffen wir bewusste Entscheidungen darüber, wie sich jeder Baustein für Ihr spezifisches Unternehmen verhalten soll. Wenn Sie verstehen, aus welchen Teilen ein Agent besteht, können Sie in Design-Reviews fundiertere Rückmeldungen geben und gezielt erkennen, wo Anpassungsbedarf besteht.

## Die fünf Kernkomponenten

<Tabs>
  <Tab title="Rollendefinition">
    ### Wofür der Agent zuständig ist

    Eine Rollendefinition ist die schriftliche Spezifikation dessen, wofür ein Agent verantwortlich ist – und, ebenso wichtig, wofür er es nicht ist. Sie legt den Verantwortungsbereich fest, bevor die erste Zeile Build-Arbeit beginnt.

    Jede Rollendefinition beantwortet drei Fragen:

    | Frage                                                      | Beispielantwort                                                                                                                                          |
    | ---------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------- |
    | **Welchen Prozess verantwortet dieser Agent?**             | Bearbeitung aller eingehenden Anfragen im gemeinsamen Posteingang von Abteilung A während der Geschäftszeiten                                            |
    | **Welche Entscheidungen kann er ohne Eskalation treffen?** | Standardbestätigung senden, neuen Datensatz anlegen, an die richtige Team-Warteschlange weiterleiten                                                     |
    | **Was muss immer an einen Menschen eskaliert werden?**     | Jede Anfrage, die eine Rückerstattung, eine als schwerwiegend eingestufte Beschwerde oder eine Anfrage außerhalb des definierten Themenbereichs betrifft |

    Die Rollendefinition ist das erste Dokument, das in der Designphase erstellt wird. Alle weiteren Elemente – Eingabequellen, SOP-Logik, Eskalationsregeln – bauen darauf auf.

    <Tip>
      Eine fokussierte Rollendefinition ist der stärkste Einzelindikator für einen erfolgreichen Agenten. Agenten mit einer klaren Verantwortung sind schneller zu entwickeln, einfacher zu testen und leichter an Ihr Team zu übergeben. Hinweise zur Abgrenzung des richtigen Verantwortungsbereichs vor Beginn des Builds finden Sie unter [Scope & Grenzen](/de/consulting/scoping).
    </Tip>
  </Tab>

  <Tab title="Eingabequellen">
    ### Was der Agent überwacht

    Eingabequellen sind die Kanäle und Datenströme, die der Agent kontinuierlich beobachtet. Sobald ein neues Element an einer überwachten Quelle eintrifft, wird der Agent aktiv und beginnt mit der Verarbeitung. Ohne ein entsprechendes Eingangssignal bleibt der Agent inaktiv.

    | Eingabequellentyp            | Funktionsweise                                                                               | Beispiel                                                                             |
    | ---------------------------- | -------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------ |
    | **Gemeinsamer Posteingang**  | Der Agent liest neue Nachrichten an einer festgelegten E-Mail-Adresse                        | Alle Nachrichten an `abteilung-a@beispiel.de`                                        |
    | **Gemeinsamer Ordner**       | Der Agent erkennt, wenn eine neue Datei in einem überwachten Verzeichnis abgelegt wird       | Eine neue Eingangsrechnung im PDF-Format, die im Finanzordner auf VM-1 abgelegt wird |
    | **Formularübermittlung**     | Der Agent empfängt strukturierte Daten, wenn ein Webformular ausgefüllt wird                 | Ein Lieferant übermittelt eine Lieferbestätigung über ein Formular                   |
    | **Ereignisstrom**            | Der Agent lauscht auf einen Feed von Systemereignissen einer verbundenen Plattform           | Ein neu erstellter Datensatz im Auftragsverwaltungssystem                            |
    | **Zeitgesteuerter Auslöser** | Der Agent wird in einem festgelegten Intervall aktiviert, um eine Routineaufgabe auszuführen | Jeden Werktag um 08:00 Uhr werden offene Einträge in der Warteschlange geprüft       |
    | **Eingehende Nachricht**     | Der Agent liest Nachrichten, die an einen dedizierten Chat-Kanal gesendet werden             | Eine Nachricht, die im internen Kanal von Abteilung A gepostet wird                  |

    <Note>
      Ein Agent kann mehrere Eingabequellen gleichzeitig überwachen. Derselbe Agent kann beispielsweise sowohl einen gemeinsamen Posteingang als auch einen zeitgesteuerten Auslöser beobachten und dabei unabhängig von der auslösenden Quelle dieselbe SOP-Logik anwenden. Jede zusätzliche Quelle wird vor dem Go-live einzeln getestet.
    </Note>
  </Tab>

  <Tab title="SOP-Logik">
    ### Die Schritte, denen der Agent folgt

    Die SOP-Logik ist der prozedurale Kern des Agenten – die geordnete Abfolge von Schritten, die er nach dem Eingang einer Eingabe ausführt. Es handelt sich dabei nicht um offene Schlussfolgerungsprozesse, sondern um ein dokumentiertes Verfahren, das der Agent in der von Ihnen genehmigten Reihenfolge zuverlässig befolgt.

    Die SOP-Logik kann folgende Elemente umfassen:

    <Accordion title="Sequenzielle Schritte">
      Schritte, die stets in einer festen Reihenfolge nacheinander ausgeführt werden. Verwendet, wenn der Prozess bei jedem Eingang eines Signals identisch ist.

      *Beispiel: Formular empfangen → Pflichtfelder prüfen → Datensatz erstellen → Bestätigung senden*
    </Accordion>

    <Accordion title="Bedingte Verzweigungen">
      Entscheidungspunkte, an denen der Agent eine Bedingung auswertet und je nach Ergebnis unterschiedliche Wege einschlägt. Die Bedingungen und ihre Ergebnisse werden von Ihnen in der Designphase festgelegt.

      *Beispiel: Wenn der eingereichte Betrag den Genehmigungsschwellenwert übersteigt → an den Vorgesetzten eskalieren; wenn er darunter liegt → automatisch genehmigen und protokollieren*
    </Accordion>

    <Accordion title="Abfrageschritte">
      Schritte, bei denen der Agent Informationen aus einem verbundenen System abruft, bevor er fortfährt. Der Agent rät nicht – er liest die maßgebliche Quelle und handelt auf Basis der dort vorgefundenen Informationen.

      *Beispiel: Vor dem Versand einer Antwort den bestehenden Datensatz im Auftragsverwaltungssystem nachschlagen, um den aktuellen Status zu bestätigen*
    </Accordion>

    <Accordion title="Wiederholungs- und Warteschritte">
      Schritte, die in einem festgelegten Intervall wiederholt werden, bis eine Bedingung erfüllt ist oder eine maximale Anzahl von Versuchen erreicht wurde. Wird eingesetzt, wenn der Agent auf eine Antwort oder eine Zustandsänderung in einem externen System warten muss.

      *Beispiel: Alle vier Stunden prüfen, ob eine Lieferbestätigung eingegangen ist – nach drei Versuchen ohne Eingang eskalieren*
    </Accordion>

    Jede SOP-Logiksequenz wird in verständlicher Sprache dokumentiert und von Ihnen vor Beginn des Builds geprüft und freigegeben. Wie diese Schritte zu einem vollständigen Prozess zusammengesetzt werden, erfahren Sie unter [Workflows](/de/agent-structure/workflows).
  </Tab>

  <Tab title="Eskalationsregeln">
    ### Wann der Agent an einen Menschen übergibt

    Eskalationsregeln definieren die Bedingungen, unter denen der Agent die Verarbeitung einstellt und den Vorgang an eine Person weiterleitet. Es handelt sich dabei um unveränderliche Rahmenbedingungen – der Agent eskaliert immer dann, wenn eine Regel greift, unabhängig davon, was er andernfalls tun könnte.

    <Warning>
      Eskalationsregeln sind nicht optional. Jeder von uns entwickelte Agent wird mit einem Basissatz ausgeliefert. Sie können weitere Regeln hinzufügen, den Basissatz jedoch nicht vollständig entfernen. Diese Regeln stellen sicher, dass Handlungsgrenzen eingehalten werden.
    </Warning>

    **Häufige Eskalationsauslöser:**

    | Regel                                   | Was sie verhindert                                                  | Beispiel                                                                                                                                                                             |
    | --------------------------------------- | ------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
    | **Kompetenzschwellenwert**              | Der Agent handelt außerhalb seines definierten Entscheidungsrahmens | Jede Anfrage mit einem Wert oberhalb des genehmigten Limits wird an den zuständigen Genehmiger weitergeleitet                                                                        |
    | **Beschwerdekategorie**                 | Der Agent bearbeitet einen Streitfall, für den er nicht befugt ist  | Jede Eingabe, die als formelle Beschwerde eingestuft wird, wird unverzüglich an die Beschwerdebearbeitung von Abteilung A weitergeleitet                                             |
    | **Nicht erkannte Eingabe**              | Der Agent wendet die falsche SOP auf einen unbekannten Fall an      | Jede Eingabe, die keinem definierten Eingabetyp entspricht, wird in einer Prüfungswarteschlange zurückgehalten, damit ein Mensch sie klassifizieren kann                             |
    | **Obligatorische menschliche Freigabe** | Der Agent führt eine unwiderrufliche Aktion ohne Genehmigung durch  | Schritte, die Löschvorgänge, finanzielle Verpflichtungen oder externe Kommunikation in sensiblen Angelegenheiten betreffen, erfordern vor der Ausführung eine ausdrückliche Freigabe |
    | **Systemausfall**                       | Der Agent agiert auf Basis unvollständiger Daten                    | Wenn ein erforderliches Nachschlagsystem nicht erreichbar ist, hält der Agent den Vorgang zurück und benachrichtigt das verantwortliche Team                                         |

    In der Designphase erarbeiten wir gemeinsam mit Ihnen die spezifischen Eskalationsregeln, die Ihrer Entscheidungsstruktur und Ihrer Risikotoleranz entsprechen.
  </Tab>

  <Tab title="Ausgehende Schnittstellen">
    ### Wie der Agent Ergebnisse weiterleitet

    Ausgehende Schnittstellen sind die Kanäle, über die der Agent seine Ausgaben bereitstellt – sei es eine Nachricht an eine Person, eine Aktualisierung in einem System oder eine Datei an einem festgelegten Ablageort.

    <CardGroup cols={2}>
      <Card title="Systemschreiboperationen" icon="database">
        Der Agent erstellt oder aktualisiert einen Datensatz in einer verbundenen Plattform – zum Beispiel durch die Protokollierung eines abgeschlossenen Schritts, die Aktualisierung eines Statusfeldes oder das Hinzufügen einer Notiz zu einem bestehenden Datensatz.

        **Einsatzbereich:** Verbundene Systeme aktuell halten, ohne manuelle Dateneingabe
      </Card>

      <Card title="Ausgehende Nachrichten" icon="envelope">
        Der Agent sendet eine formatierte Nachricht an eine Person oder ein Team – per E-Mail, über einen gemeinsamen Posteingang oder einen internen Kanal – mit der erstellten Ausgabe, einer Zusammenfassung oder einer Aktionsaufforderung.

        **Einsatzbereich:** Eingangsbestätigungen, Genehmigungsanfragen, Ausnahmebenachrichtigungen
      </Card>

      <Card title="Dateiausgaben" icon="file">
        Der Agent legt eine Datei – einen zusammengestellten Bericht, ein formatiertes Dokument, einen verarbeiteten Datensatz – in einem festgelegten Ordner ab oder sendet sie als Anhang.

        **Einsatzbereich:** Berichtsübermittlung, Dokumentenübergabe, Archivierungsausgaben
      </Card>

      <Card title="Eskalationsweiterleitung" icon="arrow-right">
        Wenn eine Eskalationsregel greift, leitet der Agent den Vorgang – zusammen mit seinem aktuellen Kontext und einer verständlichen Zusammenfassung – an die zuständige Person, Warteschlange oder das zuständige Team weiter.

        **Einsatzbereich:** Übergaben an menschliche Prüfer, Genehmigungsworkflows, Ausnahmebehandlung
      </Card>
    </CardGroup>

    <Note>
      Alle ausgehenden Aktionen werden mit einem Zeitstempel und dem SOP-Schritt protokolliert, der sie ausgelöst hat. So erhalten Sie einen vollständigen Prüfpfad darüber, was der Agent wann und warum getan hat. Unter [ERP & Legacy-Systeme](/de/agent-structure/integrations) erfahren Sie, wie Schreibaktionen mit Ihren bestehenden Plattformen verbunden werden.
    </Note>
  </Tab>
</Tabs>

## Zusammenspiel der Komponenten

In einem produktiv eingesetzten Agenten arbeiten alle fünf Komponenten als koordiniertes System zusammen. Die **Rollendefinition** setzt die Grenzen. Die **Eingabequellen** liefern den Auslöser. Die **SOP-Logik** führt das Verfahren Schritt für Schritt aus. Die **Eskalationsregeln** überwachen die Einhaltung der Handlungsgrenzen. Die **ausgehenden Schnittstellen** liefern die Ergebnisse.

Keine Komponente ist optional – das Fehlen einer einzigen führt dazu, dass der Agent entweder keinen definierten Zweck, keine Möglichkeit zum Start, kein Verfahren zur Ausführung, keine Grenzen oder keine Möglichkeit zur Ergebnisausgabe hat.

<Tip>
  Im Rahmen Ihres Design-Reviews erhalten Sie eine Komponentenkarte für Ihren Agenten – eine einseitige Übersicht, die genau zeigt, welche Eingabequellen, SOP-Schritte, Eskalationsregeln und ausgehenden Schnittstellen konfiguriert sind. Dieses Dokument ist Ihre Referenz für die gesamte Lebensdauer des Agenten und der Ausgangspunkt für alle zukünftigen Änderungsanforderungen.
</Tip>

## Nächste Schritte

<CardGroup cols={2}>
  <Card title="Workflows" icon="diagram-project" href="/de/agent-structure/workflows">
    Erfahren Sie, wie diese Komponenten zu einer schrittweisen SOP zusammengesetzt werden, die das Verhalten Ihres Agenten vom Auslöser bis zur Ausgabe steuert.
  </Card>

  <Card title="Integrationen" icon="plug" href="/de/agent-structure/integrations">
    Erfahren Sie, wie Eingabequellen und ausgehende Schnittstellen mit den Plattformen und Systemen verbunden werden, die in Ihrem Unternehmen bereits im Einsatz sind.
  </Card>
</CardGroup>
