> ## Documentation Index > Fetch the complete documentation index at: https://docs.langdock.com/llms.txt > Use this file to discover all available pages before exploring further. # Human in the Loop > Pausiere einen Workflow, damit eine Person freigibt, ablehnt, eine Aktion bestätigt oder Informationen angibt. ## Überblick Pausiere einen Lauf, damit eine Person prüft, entscheidet oder Informationen angibt, bevor es weitergeht. Füge eine **Nutzereingabe**-Node hinzu, wenn sie **Freigeben**, **Ablehnen** oder ein **Formular** ausfüllen soll. An einer **Action**-Node schaltest du **Menschliche Bestätigung** ein, damit die Aktion erst nach der Bestätigung läuft. ## Wie es funktioniert Wenn ein Workflow eine **Nutzereingabe**-Node erreicht: 1. Der Lauf pausiert 2. Personen unter **Benachrichtigungen** **Empfänger** in den Workflow-**Einstellungen** erhalten eine Inbox-Benachrichtigung. Testläufe überspringen das. 3. Jemand mit **Editor**-Zugriff prüft den Schritt und antwortet 4. **Freigabe** setzt auf **Freigeben** oder **Ablehnen** fort. **Formular** setzt nach dem Absenden auf **Weiter** fort. Formular kann **Ablehnen** nicht nutzen. 5. Der Workflow fährt auf dem passenden Zweig weiter Jeder mit **Editor**-Zugriff auf den Workflow kann auf pausierte **Nutzereingabe**-Schritte antworten. Teile Editor-Zugriff mit Teammitgliedern, die antworten sollen. Inbox-Benachrichtigungen gehen nur an **Benachrichtigungen** **Empfänger**, nicht an alle Editoren. Ausstehende Schritte kannst du auch auf **Monitor** abschließen. Öffne **Workflows**, wähle **Monitor**, und klicke unter **Aktion erforderlich** auf **Prüfen**. **Nutzereingabe** **Freigabe** und die Aktionsbestätigung nutzen **Freigeben** oder **Ablehnen**. **Formular** nutzt **Absenden**. ## Aktion bestätigen An einer **Action**-Node schaltest du **Menschliche Bestätigung** ein. Der Lauf pausiert, bis jemand mit Editor-Zugriff bestätigt. Das ist eine Bestätigung an dieser Action, keine **Nutzereingabe**-Node. Action-Node mit eingeschalteter Menschlicher Bestätigung ## Beispiel-Anwendungsfälle Diese Beispiele nutzen **Nutzereingabe** mit **Typ** **Freigabe**. Nutze **Formular**, wenn der Lauf Informationen einsammeln soll statt einer Entscheidung. ### Finanztransaktionen ```text theme={null} Trigger: Rechnung empfangen → Agent: Rechnungsdetails extrahieren → Genehmigung: Zahlung prüfen └─ Zeigt: Zahlungsbetrag und Lieferant → Action: Zahlung erstellen → Benachrichtigung: Bestätige Zahlung verarbeitet ``` **Warum Genehmigung nötig:** Finanztransaktionen sollten Aufsicht haben, besonders für Beträge über einem bestimmten Schwellenwert. ### Datenlöschung ```text theme={null} Trigger: Aufräumanfrage → HTTP Request: Alte Datensätze abrufen → Code: Datensätze älter als 90 Tage filtern → Genehmigung: Löschung prüfen └─ Zeigt: Datensatzanzahl und Vorschau → Action: Datensätze löschen → Benachrichtigung: Bestätige Löschung abgeschlossen ``` **Warum Genehmigung nötig:** Datenlöschung ist irreversibel und erfordert Überprüfung. ### Kundenkommunikation ```text theme={null} Trigger: Formularübermittlung → Agent: Antwort generieren → Genehmigung: Nachricht prüfen └─ Zeigt: E-Mail-Entwurf vom Agent generiert → Action: E-Mail an Kunden senden → Benachrichtigung: E-Mail gesendet Bestätigung ``` **Warum Genehmigung nötig:** Kundenbezogene Kommunikation repräsentiert deine Marke und könnte Qualitätsprüfung benötigen. ### Produktionsänderungen ```text theme={null} Trigger: Manuell oder geplant → Agent: Konfigurationsänderungen prüfen → Genehmigung: Deployment prüfen └─ Zeigt: Änderungszusammenfassung → Action: Produktionssystem aktualisieren → Benachrichtigung: Deployment abgeschlossen ``` **Warum Genehmigung nötig:** Produktionsänderungen bergen Risiken und profitieren von Überprüfung. ## Wann Human in the Loop verwenden **✅ Gute Anwendungsfälle:** * Finanztransaktionen über einem Schwellenwert * Datenlöschungen oder irreversible Operationen * Kundenkommunikation, die Überprüfung erfordert * Produktionssystem-Änderungen * Compliance-sensible Aktionen * Hochwertige Entscheidungen * Fehlende Angaben während eines Laufs mit **Formular** einsammeln **❌ Vermeiden für:** * Routinemäßige, risikoarme Aktionen * Schritte, die sofort ausgeführt werden müssen * Aktionen, die häufig über den Tag passieren * Workflows, in denen das Warten auf eine Person zum Flaschenhals wird ## Kombination mit Bedingungen Nutze eine Condition mit **Nutzereingabe** **Freigabe**, wenn nur manche Läufe eine Person brauchen: ```text theme={null} Agent: Rechnungsbetrag berechnen Condition: Betrag > 5000€? ├─ Ja → Genehmigung: Hochwertige Zahlung prüfen │ → Action: Zahlung erstellen └─ Nein → Action: Zahlung erstellen (auto-genehmigt) ``` Dieses Muster gibt dir: * Automatisierung für Routinefälle * Aufsicht für Ausnahmefälle * Effiziente Nutzung deiner Zeit ## Best Practices Verlange nicht für jeden Schritt Genehmigung - fokussiere dich auf Aktionen mit echtem Risiko oder signifikanter Auswirkung. Zu viele Genehmigungen verlangsamen die Automatisierungsvorteile. Stelle sicher, dass der Workflow genug Informationen beim pausierten Schritt bereitstellt. Nimm relevante Details wie Beträge, Empfänger oder Datenvorschauen auf, damit du fundierte Entscheidungen treffen kannst. Berücksichtige, wer Editor-Zugriff hat und antworten kann. Für zeitkritische Workflows stelle sicher, dass jemand aus dem Team zeitnah reagieren kann. Führe einen veröffentlichten Workflow aus, um Inbox-Benachrichtigungen zu prüfen. Testläufe überspringen sie. Bestätige, dass der pausierte Schritt die Details zeigt, die du zum **Freigeben**, **Ablehnen** oder **Absenden** brauchst. ## Nächste Schritte Werde benachrichtigt, wenn Genehmigung benötigt wird Füge bedingte Logik zu deinen Workflows hinzu Erstelle deinen ersten Workflow Verstehe Workflow-Grundlagen ## FAQ Nutze Human in the Loop, wenn ein Workflow für eine Prüfung, Genehmigung oder manuelle Eingabe pausieren soll, bevor es weitergeht. Das ist nützlich für sensible Aktionen, Qualitätsprüfungen, Genehmigungen und Workflows, in denen Nutzer eine Entscheidung treffen müssen. Prüfe, wer den **Nutzereingabe**-Schritt **Freigeben**, **Ablehnen** oder **Absenden** muss, ob die Person die Anfrage erhalten hat und ob der Workflow auf Pflichtfelder wartet. Editoren können ausstehende Schritte auch unter **Aktion erforderlich** auf **Monitor** über **Prüfen** abschließen. Stelle außerdem sicher, dass nachgelagerte Nodes Zugriff auf die Daten aus dem Schritt haben. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.