KI automatisieren.

Workflow, Knoten und Trigger verstehen

Lernziel: Du kannst die Stationen eines einfachen Automationsablaufs beschreiben.

Erklärung

Ein Workflow verbindet Auslöser, Datenverarbeitung und Aktionen. Jeder Knoten sollte einen klaren Zweck haben und erwartete Eingaben und Ausgaben besitzen.

Ein Trigger ist der Auslöser eines Ablaufs. Ein Node ist ein einzelner Verarbeitungsschritt. Beginne mit einem manuellen Trigger, damit du den Übungsversuch bewusst startest. Der nächste Schritt kann feste Testdaten bereitstellen; erst danach prüfst du, wie weitere Schritte diese Daten verarbeiten sollen.

Zeichne auf jeden Übergang, welche Felder weitergegeben werden. Eine Notiz kann beispielsweise in eine Aufgabenliste umgewandelt werden. Die Liste anzuzeigen ist jedoch eine andere Aktion, als sie per E-Mail zu verschicken. Für deinen ersten Versuch bleibt der Sendeweg unverbunden. So kannst du den Datenfluss prüfen, ohne bereits eine Außenwirkung auszulösen.

Passende Anleitung: Wenn du nach dem manuellen Test einen externen Eingang brauchst, zeigt dir der Guide „Einen n8n-Webhook einrichten“ den Unterschied zwischen Test- und Produktionsadresse.

Vom Lesen zum eigenen Versuch

So beginnst du.

Beginne auf Papier oder in einem verfügbaren n8n-Editor. Ein externer Sendedienst oder API-Schlüssel wird für die erste Übung nicht gebraucht.

Ohne Selbsthosting starten

Für die ersten Knoten genügt ein bereits verfügbarer n8n-Editor oder der Papierablauf. Ein externer n8n-Cloudzugang benötigt ein eigenes Konto und kann kostenpflichtig sein. Lege einen leeren Workflow an; beginne mit Manual Trigger und festen Testdaten in Edit Fields.

Wenn du selbst installieren möchtest

Prüfe Docker und Compose sowie die aktuellen Anforderungen in der verlinkten Herstelleranleitung. Deren vollständiges aktuelles Setup umfasst n8n Assistant und privilegierte Sandbox-Dienste. Diese Lektion installiert oder aktiviert den Stack nicht heimlich; der erste Ablauf kommt ohne ihn und ohne KI-API-Schlüssel aus.

1. 01

   Einen manuellen Start setzen

   Lege im verfügbaren n8n-Editor einen neuen Übungsworkflow an. Ergänze genau einen Manual Trigger; der Start erfolgt später mit Execute Workflow. Alternativ zeichnest du dieselben Schritte auf Papier.

   Erkennbar an: Der Workflow beginnt nur mit deinem manuellen Versuch.

2. 02

   Feste Testdaten einsetzen

   Verbinde den Trigger mit Edit Fields (Set). Wähle Manual Mapping und lege das Textfeld notiz mit einer erfundenen Notiz als festem Wert (Fixed) an. So brauchst du weder eine KI-Verbindung noch einen API-Schlüssel.

   Erkennbar an: Die Übung hat eine bekannte, ungefährliche Eingabe.

3. 03

   Das Ergebnis lesen

   Starte bewusst mit Execute Workflow und öffne die Ausgabe von Edit Fields. Prüfe, ob notiz deinen festen Text enthält. Zeichne anschließend die geplante Umwandlung in Aufgaben. Ein KI-Schritt und ein Versand sind noch nicht eingerichtet.

   Erkennbar an: Du kannst den Datenweg ohne Außenwirkung erklären.

Eigenes fiktives Lernbeispiel

Deine Vorlage und Aufgabe.

Übungsmaterial

Text

Papierablauf: manueller Start→feste Testnotiz→Aufgabenliste→sichtbare Prüfung. Keine Sendeverbindung.

Vorlage kopierenAls Textdatei ↓

Beschrifte die Daten an jedem Übergang und die Stelle für eine spätere Außenwirkung.

Mögliche Lösung prüfen

Die Testnotiz wird zur Aufgabenliste; die Liste wird geprüft. Eine spätere Sendeaktion wäre ein zusätzlicher Schritt mit gesondertem Zugriff und Freigabe.

Vorbereitung für eigenen Dockerbetrieb

Terminal

Nur falls du n8n selbst hosten möchtest. Die aktuelle Herstelleranleitung enthält zusätzlich einen Assistant-Sandbox-Stack; dessen Einrichtung ist kein notwendiger erster Papier- oder Editorversuch.

docker --version
docker compose version

Befehle / Code kopierenAls Textdatei ↓

Herstellerunterlagen zu diesen Schritten · geprüft 19.10.2026

• docs.n8n.io/deploy/host-n8n/install-options/install-using-docker-compose
• docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-base.manualworkflowtrigger
• docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-base.set

Die Installation und ein echter Modelllauf wurden für dieses Lernmaterial nicht auf deinem Gerät ausgeführt. Die Grafiken erklären den Ablauf; sie sind keine Screenshots oder Leistungsmessungen.

Deine Aufgabe

Zeichne den Ablauf in drei bis fünf Knoten und beschreibe die Daten pro Übergang.

Häufiger Denkfehler: Einen Trigger ohne Datenvalidierung mit produktiven Aktionen zu verbinden.

Du bist fertig, wenn: Du kannst Datenfluss und Seiteneffekte eines Workflows benennen.

Quelle: docs.n8n.io

Zugangsdaten sicher hinterlegen

Lernziel: Du schützt API-Schlüssel und beschränkst ihre Berechtigungen.

Erklärung

Ein Credential sollte im vorgesehenen Geheimnisspeicher der Laufzeit liegen, nicht in Prompts, Exporten, Git oder Analytics. Verwende minimal erforderliche Berechtigungen und rotiere kompromittierte Schlüssel.

Ein Credential ist ein gespeicherter Zugang, etwa für eine API. Ein Workflow kann auf einen solchen Eintrag verweisen, ohne den eigentlichen Schlüssel als normalen Text zu enthalten. Verweis und Geheimnis sind deshalb nicht dasselbe. Prüfe trotzdem den gesamten Export: Ein Schlüssel könnte zusätzlich in einem Header, einer URL oder einem Codefeld stehen.

In der Übung ist TOKEN-BEISPIEL-KEIN-GEHEIMNIS nur ein sichtbarer Platzhalter. Er zeigt dir, wo du genauer hinsehen würdest. Gib keine echten Schlüssel in die Vorlage ein. Prüfe bei einem realen Werkzeug außerdem, wer den Workflow ausführen kann und damit den gespeicherten Zugang verwendet.

Passende Anleitung: Für die konkreten Dialoge und die Diagnose von 401- oder 403-Antworten nutze „Zugangsdaten in n8n sicher zuordnen“. Prüfe dabei weiterhin den Export auf versehentlich eingetragene Schlüssel.

Vom Lesen zum eigenen Versuch

So beginnst du.

Verwende Platzhalter. Ein echter Schlüssel gehört in die dafür vorgesehene Credential-Verwaltung deines Werkzeugs.

1. 01

   Den Verweis unterscheiden

   Suche im Übungsexport nach dem Credential-Verweis.

   Erkennbar an: Ein Verweis und ein Schlüsselwert sind nicht dasselbe.

2. 02

   Weitere Felder prüfen

   Prüfe Header, URLs, Codefelder und eingebettete Werte auf mögliche Geheimnisse.

   Erkennbar an: Die Platzhalterstelle wird als Prüfstelle erkannt.

3. 03

   Den echten Export bereinigen

   Teile nur eine geprüfte Fassung. Lege keinen echten Schlüssel in einen Prompt oder eine öffentliche Datei.

   Erkennbar an: Die Übungsfassung enthält ausschließlich Platzhalter.

Eigenes fiktives Lernbeispiel

Deine Vorlage und Aufgabe.

Übungsmaterial

Text

Fiktiver Export nennt einen Credential-Verweis, ein separates Feld enthält jedoch TOKEN-BEISPIEL-KEIN-GEHEIMNIS.

Vorlage kopierenAls Textdatei ↓

Markiere Stellen, die bei einem echten Export auf Geheimnisse geprüft werden müssen. Verwende keine echte Zeichenfolge.

Mögliche Lösung prüfen

Ein Credential-Verweis ersetzt nicht die Prüfung weiterer Felder, Header und eingebetteter Werte. Ein echter Export darf keine geheimen Zugangsdaten offenlegen.

Deine Aufgabe

Kontrolliere einen Workflow-Export auf Tokens, Passwörter und private Header.

Häufiger Denkfehler: Einen Schlüssel in ein normales Textfeld oder einen Beispielcode einzusetzen.

Du bist fertig, wenn: Der Ablauf nutzt einen gespeicherten Credential-Eintrag und der Export bleibt geheimnisfrei.

Quelle: docs.n8n.io

API-Anfrage und strukturierte Antwort

Lernziel: Du definierst Eingabe, Authentifizierung und gewünschte Antwortfelder.

Erklärung

Ein HTTP-Request braucht eine korrekte Zieladresse, Methode, Authentifizierung und Datenform. Prüfe Statuscode, Inhaltstyp und Antwortschema, bevor der nächste Workflow-Schritt Daten nutzt.

HTTP ist der Ablauf einer Anfrage und Antwort zwischen Programmen. Eine Methode wie GET oder POST beschreibt die Art der Anfrage; die Zieladresse legt fest, welcher Dienst angesprochen wird. Ein erfolgreicher Statuscode bestätigt noch nicht, dass alle benötigten Daten vorhanden oder richtig sind. Prüfe den Inhalt der Antwort getrennt.

Unsere Testausgabe enthält Aufgabe und Status, aber keine Quelle. Da Quelle ein Pflichtfeld ist, darf der Folgeschritt nicht einfach eine passende Fundstelle ergänzen. Markiere den Fehler und führe die Ausgabe in den vorgesehenen Fehlerzweig. Welche konkreten Felder ein echter Anbieter liefert, entnimmst du seiner Dokumentation.

Vom Lesen zum eigenen Versuch

So beginnst du.

Definiere zuerst die verlangten Antwortfelder. Die Vorlage unten zeigt absichtlich eine unvollständige Antwort.

1. 01

   Pflichtfelder aufschreiben

   Notiere Aufgabe, Quelle und Status als erforderliche Felder.

   Erkennbar an: Alle drei Felder sind vor dem Modellaufruf bekannt.

2. 02

   Die Ausgabe prüfen

   Vergleiche die Testausgabe mit den Pflichtfeldern.

   Erkennbar an: Die fehlende Quelle wird erkannt.

3. 03

   Die Folgeaktion stoppen

   Lege einen Fehlerausgang mit einer verständlichen Rückmeldung fest.

   Erkennbar an: Keine fehlende Quelle wird erfunden oder still übergangen.

Eigenes fiktives Lernbeispiel

Deine Vorlage und Aufgabe.

Übungsmaterial

Text

Geforderte Antwortfelder: Aufgabe, Quelle, Status. Testausgabe enthält Aufgabe und Status, aber keine Quelle.

Vorlage kopierenAls Textdatei ↓

Lege fest, ob der Ablauf weitergehen darf und welche Rückmeldung erscheint.

Mögliche Lösung prüfen

Die Pflichtquelle fehlt. Die geplante Prüfung stoppt die Folgeaktion und meldet das fehlende Feld, statt eine Quelle zu erfinden.

Deine Aufgabe

Lege Pflichtfelder und Fehlerfall für eine JSON-Antwort fest.

Häufiger Denkfehler: Einen erfolgreichen HTTP-Status als fachlich gültige Antwort zu behandeln.

Du bist fertig, wenn: Fehlende Felder halten den Workflow an, statt Folgeaktionen auszulösen.

Quelle: docs.n8n.io

Schleifen, Verzweigungen und Wiederholungen

Lernziel: Du verhinderst Endlosschleifen und doppelte Aktionen.

Erklärung

Schleifen brauchen eine klare Abbruchbedingung; Wiederholungen benötigen Grenzen und sollten nur für geeignete Fehlerfälle gelten. Bei Aktionen mit Seiteneffekt sind Idempotenz und Duplikatkontrolle wichtig.

Eine Schleife wiederholt einen Schritt. Lege vorab fest, wann Erfolg vorliegt, welcher Fehler einen neuen Versuch erlaubt und wann Schluss ist. Die Grenze von drei Versuchen gehört nur zu unserem Lernbeispiel. Eine dauerhaft ungültige Ausgabe ist hier ein Stoppgrund und kein Anlass, denselben Aufruf endlos neu zu starten.

Idempotenz bedeutet vereinfacht, dass eine Wiederholung nicht jedes Mal eine zusätzliche Wirkung erzeugt. Eine Nachricht zu senden ist ohne weitere Vorkehrungen nicht automatisch so geschützt. Wenn nach einem Timeout unklar ist, ob eine Aktion bereits erfolgt ist, prüfe zuerst den tatsächlichen Zustand. Ein weiterer Versuch könnte sonst ein Duplikat auslösen.

Passende Anleitung: Wie du mehrere Items weitergibst und fehlende oder doppelte Ergebnisse prüfst, erklärt „n8n-Schleifen mit Abschlussprüfung“. Das ergänzt deine Abbruchbedingung um eine Kontrolle der verarbeiteten Datensätze.

Vom Lesen zum eigenen Versuch

So beginnst du.

Zeichne den Ablauf mit einer maximalen Zahl von Versuchen. Ein echter Schreibaufruf bleibt für diese Übung unverbunden.

1. 01

   Eine Grenze setzen

   Lege höchstens drei Prüfversuche fest.

   Erkennbar an: Es gibt einen eindeutigen Endpunkt.

2. 02

   Erfolg und Fehler trennen

   Zeichne einen Erfolgsausgang für gültige Ausgabe und einen Stopp für ungültige Ausgabe.

   Erkennbar an: Eine ungültige Antwort beendet diesen Übungsablauf; höchstens drei Versuche sind erlaubt.

3. 03

   Doppelte Aktionen bedenken

   Unterscheide wiederholbare Prüfungen von Versand oder Schreiben.

   Erkennbar an: Eine Außenwirkung wird nicht blind wiederholt.

Eigenes fiktives Lernbeispiel

Deine Vorlage und Aufgabe.

Übungsmaterial

Text

Erfundene Schleife: bis zu drei Prüfversuche; bei ungültiger Ausgabe endet sie. Ein Schreibtool ist noch nicht verbunden.

Vorlage kopierenAls Textdatei ↓

Notiere Start, maximale Zahl, Erfolgsausgang und Fehlerausgang.

Mögliche Lösung prüfen

Der Ablauf endet spätestens nach drei Versuchen oder bei zuvor bestätigter gültiger Ausgabe. Ein echter Schreibaufruf darf nicht blind erneut ausgeführt werden.

Deine Aufgabe

Schreibe für eine Schleife Startbedingung, Abbruchbedingung und maximale Zahl von Versuchen auf.

Häufiger Denkfehler: Bei jedem Fehler unbegrenzt denselben Request neu zu starten.

Du bist fertig, wenn: Du kannst erklären, wann und warum dein Workflow stoppt.

Quelle: docs.n8n.io

Freigabepunkt und Protokoll einbauen

Lernziel: Du legst fest, wann ein Mensch eine KI-Ausgabe prüfen muss.

Erklärung

Bei Veröffentlichungen, Zahlungen, Löschungen und Nachrichten sollten klare Prüf- und Freigabepunkte vorgesehen werden. Logs müssen für Fehlersuche genügen, ohne unnötige personenbezogene oder geheime Inhalte zu speichern.

Eine Freigabe bezieht sich auf einen konkreten Vorgang: Was soll an welches Ziel gehen und in welchem Umfang? Zeige diese Angaben vor der Aktion. Ein allgemeines ‚Der Plan passt‘ beantwortet noch nicht, ob eine spätere geänderte Nachricht an zusätzliche Empfänger gehen soll.

Im Lernbeispiel wird nach der Prüfung ein weiterer Empfänger ergänzt. Der bisher geprüfte Stand und der neue Stand unterscheiden sich damit. Halte den neuen Vorgang an und lass die Änderung erneut prüfen. Ein Protokoll soll diese Entscheidung nachvollziehbar machen, ohne dafür unnötig den vollständigen privaten Inhalt oder Zugangsschlüssel zu speichern.

Vom Lesen zum eigenen Versuch

So beginnst du.

Nutze einen erfundenen Entwurf. Es wird hier keine Nachricht verschickt und keine Freigabe stellvertretend erteilt.

1. 01

   Den Freigabeumfang festhalten

   Notiere Inhalt und die konkret geprüften Empfänger.

   Erkennbar an: Die Freigabe bezieht sich auf einen bestimmten Stand.

2. 02

   Die Änderung markieren

   Ergänze im Beispiel einen weiteren Empfänger und kennzeichne den neuen Stand.

   Erkennbar an: Die Änderung bleibt sichtbar.

3. 03

   Erneut prüfen lassen

   Plane eine neue konkrete Freigabe vor dem Versand.

   Erkennbar an: Die frühere Zustimmung wird nicht auf die geänderte Liste übertragen.

Eigenes fiktives Lernbeispiel

Deine Vorlage und Aufgabe.

Übungsmaterial

Text

Entwurf wurde geprüft. Danach wird ein weiterer Empfänger ergänzt. Die vorherige Freigabe nennt nur den ursprünglichen Empfänger.

Vorlage kopierenAls Textdatei ↓

Beschreibe den nächsten zulässigen Schritt vor einem Versand.

Mögliche Lösung prüfen

Die Änderung benötigt eine neue konkrete Prüfung. Eine alte Zustimmung ersetzt keine Freigabe der veränderten Empfängerliste.

Deine Aufgabe

Erstelle eine Freigabe-Checkliste für eine externe Aktion.

Häufiger Denkfehler: Eine automatische Antwort als menschliche Freigabe auszugeben.

Du bist fertig, wenn: Der Workflow kann nicht unbemerkt an der Freigabe vorbeilaufen.

Quelle: owasp.org