Automationen mit menschlicher Freigabe: n8n-Aktionen kontrolliert ausführen

Wann eine Automation eine menschliche Freigabe braucht

Ein sinnvoller Prüfpunkt liegt dort, wo aus einem Entwurf eine Wirkung wird. Die Person soll nicht nur „die KI“ freigeben, sondern einen bestimmten Vorgang: etwa eine Nachricht mit festem Empfänger und Inhalt oder eine konkrete Änderung an einem Datensatz. Der Überblick zur KI-Automatisierung ordnet die Freigabe in den gesamten Prozess aus Eingang, Modellschritt, Fehlerbehandlung und Abnahme ein.

Die n8n-Dokumentation zeigt diese Mechanismen in unterschiedlichen Beispielen. Ein Bot, der bei Unsicherheit eine Supportperson kontaktiert, hat damit noch keine Zustimmung zum Versand einer anderen Nachricht erhalten. Weitere Werkzeuganleitungen findest du im Ressort Tools.

Was eine prüfbare Freigabeanfrage enthalten muss

Die prüfende Person braucht ausreichend Kontext: Was soll passieren, an welchem Ziel, mit welchen Daten und warum? Ein allgemeiner „OK“-Knopf ohne sichtbaren Inhalt ist für diese Entscheidung zu wenig.

Vorgang: LERN-17, Version 2
Aktion: Testentwurf in einer isolierten Lernablage markieren
Ziel: Lernablage, kein echter Empfänger
Inhalt: Der fiktive Workshop beginnt am Freitag um 14:00 Uhr.
Prüfen: Inhalt und Ziel stimmen; keine weiteren Änderungen.
Entscheidung: Freigeben oder ablehnen
Bei Änderung: Neue Version prüfen lassen

In einem echten System kommt hinzu, wer diese Entscheidung treffen darf. Der Name in einem frei ausfüllbaren Formularfeld ist kein Nachweis dieser Berechtigung. Lege Identität, Rolle und Zuständigkeit außerhalb des vom Modell erzeugten Textes fest.

Für die Planung kannst du einen KI-Workflow mit menschlicher Prüfung vorbereiten. Beginne mit einem Lernfall ohne echten Versand und ohne Änderung produktiver Daten.

Human Review in n8n vor ein Werkzeug setzen

n8n bietet eine native Human-Review-Verbindung für Werkzeuge eines AI Agent. Die Freigabe greift bei den Werkzeugen, die tatsächlich an diesen Prüfschritt angeschlossen sind. Sie ist nicht automatisch eine Bremse für jeden anderen Knoten im Workflow.

1. Öffne am AI-Agent-Knoten den Tools-Anschluss.
2. Wähle im Tools Panel unter Human review einen für deinen Aufbau passenden Freigabekanal.
3. Richte dessen nötigen Zugang und Einstellungen ein.
4. Verbinde die freigabepflichtigen Werkzeuge mit dem Werkzeuganschluss dieses Prüfschritts.
5. Kontrolliere in einer isolierten Probe sowohl Approve als auch Deny.

Für den Lernversuch verwendest du ein Werkzeug beziehungsweise einen eigenen Subworkflow, der nur Testdaten zurückgibt. Erst wenn der Kontrollweg verstanden und geprüft ist, kommt eine tatsächliche Außenwirkung in Betracht.

Die dokumentierten Variablen können den gewünschten Werkzeugnamen und dessen Parameter sichtbar machen. Vermeide dabei, private Zugangsdaten in die Prüfnachricht aufzunehmen.

Bitte den konkreten Werkzeugaufruf prüfen.
Werkzeug: {{ $tool.name }}
Parameter: {{ JSON.stringify($tool.parameters, null, 2) }}
Bei Ablehnung darf diese Aktion nicht ausgeführt werden.

Laut Dokumentation führt Approve das Werkzeug mit den angegebenen Eingaben aus; Deny verwirft diesen Aufruf. Ergänzende Systemhinweise helfen dem Agenten, mit einer Ablehnung umzugehen. Sie ersetzen weder die technische Verbindung noch begrenzte Werkzeugrechte.

Warten ist noch keine Zustimmung

Für einen selbst gebauten Ablauf kann der Wait-Knoten auf einen Webhook oder ein Formular warten. Er kann die Ausführung aber auch nach einem gesetzten Zeitlimit fortsetzen. Behandle dieses Fortsetzen deshalb nicht als stillschweigende Freigabe.

Nach einer eigenen Wartelogik brauchst du eine ausdrücklich geprüfte Entscheidung vor dem Aktionsknoten. If kann typisierte Bedingungen mit AND verknüpfen. Im Nicht-Erlaubt-Pfad liegt dann keine sendende oder schreibende Aktion.

• Die Entscheidung ist ausdrücklich freigegeben.
• Die Freigabe gehört zum gleichen Vorgang und zur unveränderten Version der Aktionsdaten.
• Die prüfende Person ist für genau diese Aktion berechtigt.
• Die zulässige Frist ist noch nicht abgelaufen.
• Die Aktion wurde nicht schon ausgeführt.

Wait-Webhooks unterstützen unter anderem Basic-, Header- und JWT-Authentifizierung. Ein authentifizierter Aufruf ist jedoch erst ein Teil der Prüfung. Ein einfaches If-Feld authentifiziert keine Person. Resume-Adressen und Zugänge gehören nicht in öffentliche Fehlermeldungen oder frei zugängliche Seiten.

Eigene Freigabefälle ohne echte Aktion testen

Die folgenden Fälle sind eigene künstliche Lerndaten. Sie sollen zeigen, warum ein positives Beispiel allein nicht ausreicht. Prüfe auch den Stopppfad, bevor du einen echten Empfänger oder Datensatz anschließt.

function approvalAllowed(e) {
  return (
    e.befugnisGeprueft === true &&
    e.entscheidung === 'freigegeben' &&
    typeof e.vorgang === 'string' &&
    e.vorgang.length > 0 &&
    e.gepruefterVorgang === e.vorgang &&
    Number.isInteger(e.aktuelleVersion) &&
    e.aktuelleVersion > 0 &&
    e.gepruefteVersion === e.aktuelleVersion &&
    Number.isFinite(e.jetztMs) &&
    Number.isFinite(e.fristMs) &&
    e.jetztMs < e.fristMs &&
    e.bereitsAusgefuehrt === false
  );
}

Die Funktion nimmt bereits vertrauenswürdig ermittelte Zustände an. Sie richtet keinen Login ein und schützt keine frei manipulierbaren Formulardaten. In einem wirklichen System müssen die gebundene Version und die Ausführungsmarkierung geschützt verwaltet werden; gleichzeitige Wiederholungen brauchen eine atomare Kontrolle. Der n8n-Freigabetest mit vier dokumentierten Fällen zeigt einen eigenen Wait-/IF-Aufbau mit künstlichen Entscheidungen. Er ist kein Test der nativen Human-Review-Funktion.

Neun eigene Freigabefälle herunterladen. Die Datei enthält weder echte Zugänge noch eine reale Freigabe-URL und löst keine Aktion aus.

Nachweise, Änderungen und verantwortliche Personen

Halte Anfrage, geprüften Inhalt, Entscheidung, Zeitpunkt und verantwortliche Rolle nachvollziehbar zusammen. Erfasse danach separat, ob die erlaubte Aktion tatsächlich erfolgreich ausgeführt wurde. Eine Zustimmung ist kein Beweis für einen abgeschlossenen Versand oder eine gespeicherte Änderung.

Wenn Ziel, Inhalt oder Parameter geändert werden, darf eine alte Zustimmung nicht einfach auf den neuen Vorgang übertragen werden. In deinem eigenen System muss jede solche Änderung die gebundene Version aktualisieren und eine neue Prüfung auslösen.

Bei KI-Eingaben solltest du außerdem fremde Anweisungen von gültigen Freigaben trennen. Eine Anweisung in einem gelesenen Dokument erhält durch das Lesen keine Berechtigung, einen Prüfpunkt zu umgehen.

Beginne mit wenigen klar begrenzten Aktionen. Lege fest, wer Ablehnungen, offene Fälle und technische Fehler bearbeitet. Ein sauber sichtbarer Nicht-Ausführen-Pfad hilft dem Team mehr als ein Ablauf, der nach jeder Pause ungeprüft weiterarbeitet.