KI advanced II: Automatisierung & KI-Agenten mit Low-Code · Tag 1 · Code · frei
Low-Code oder No-Code: wann Bausteine reichen und wann Code
In n8n klickst du eine Freigabe in einer Stunde zusammen. Ein Portal mit Anmeldung, Liste und Tests baust du so nicht.
Wann reichen Bausteine, und wann brauchst du Code? Du lernst drei Bauweisen und vier Kriterien für die Wahl, siehst, wo n8n an Grenzen kommt und warum es trotzdem bleibt: als Sichtfenster auf jeden Schritt. Am Ende richtest du deinen Arbeitsplatz ein, mit GitHub-Konto, erstem Repository, erstem Codespace und einem geprüften n8n-Workflow im Repository.
Das nimmst du mit
- Drei Bauweisen No-Code, Low-Code, Pro-Code. Die meisten Lösungen mischen.
- Vier Kriterien Wartbarkeit, Kosten, Kontrolle, Team. Der Fall entscheidet.
- n8n bleibt vom Bauwerkzeug zum Sichtfenster auf jeden Schritt.
- Nichts Geheimes Schlüssel, echte Daten und pinData prüfst du vor jedem Commit.
Die Begriffe dieses Tages
No-Code, Low-Code, Pro-Code
Ein Regler, keine drei Schubladen.
No-Code: Du klickst fertige Bausteine zusammen und schreibst keinen eigenen Code, so wie im n8n-Lernpfad. Low-Code: Bausteine plus Code genau dort, wo die Bausteine nicht reichen, etwa ein Code-Node oder ein HTTP Request, der ein eigenes Skript aufruft. Pro-Code: Die Anwendung selbst ist Code. Oberfläche, Daten und Logik liegen als Dateien in einem Repository, Werkzeuge wie n8n hängen daran.
Beispiel: Ein Kontaktformular, das jede Anfrage als Mail ans Team schickt, ist No-Code. Ein Workflow, in dem ein Code-Node Lieferadressen vereinheitlicht, ist Low-Code. Ein Kundenportal mit Anmeldung und eigener Datenbank ist Pro-Code.
In der Praxis: Die Unterscheidung ist ein Modell für diesen Kurs, keine Norm. Anbieter nutzen „Low-Code“ unterschiedlich. Entscheidend ist die Frage: Was ist das Fundament, der Workflow oder der Code?
Merksatz: Bausteine, wo sie reichen. Code, wo sie nicht reichen.
Wo n8n schwer wird
Logik, Tests, Oberfläche, Versionen.
n8n ist für Abläufe gebaut, nicht für ganze Anwendungen. Vier Stellen werden schwer. Logik: Ab dreißig Nodes mit verschachtelten If liest niemand den Workflow mehr am Stück. Tests: Du klickst auf Ausführen und schaust, nach jeder Änderung von Hand. Oberfläche: Form Trigger und Chat sind fertige Masken, ein Portal mit Anmeldung und Liste wird daraus nicht. Versionen: Wer hat was wann geändert, bleibt oft offen.
Beispiel: Die Bestellanforderung der Muster GmbH aus dem n8n-Lernpfad hat acht Nodes. Die eigentliche Regel steckt in fünf verschiedenen Dialogfenstern.
In der Praxis: Das ist keine Kritik an n8n. Es ist der Grund, warum du es behältst und um eigenen Code ergänzt.
Merksatz: n8n zeigt den Ablauf. Für die Regel gibt es Code.
Dieselbe Regel als Code
Sechs Zeilen und ein Test.
Im Workflow siehst du den Ablauf, im Code siehst du die Regel. Die Freigaberegel der Muster GmbH steht als JavaScript an einem Ort. Darunter ein Test, der automatisch prüft, ob genau 1.000 Euro bei der Teamleitung landen.
Beispiel: Ändert jemand aus Versehen das „kleiner gleich“ in ein „kleiner“, wird der Test rot, bevor eine echte Anforderung falsch läuft. In n8n merkst du das erst, wenn sich jemand beschwert.
In der Praxis: Du musst den Code nicht schreiben können. Du musst ihn lesen können: „Wenn der Betrag keine Zahl ist, Rückfrage. Unter 100 sofort, bis 1.000 Teamleitung, sonst Geschäftsführung.“ Lesen übst du an Tag 2.
Merksatz: Nur Code lässt sich automatisch prüfen.
Vier Kriterien für die Wahl
Wartbarkeit, Kosten, Kontrolle, Team.
Wartbarkeit: Wer kann das in einem Jahr ändern, ohne es kaputtzumachen? Kosten: Was kostet Bauen, Betrieb und jede spätere Änderung? Die Arbeitszeit ist fast immer der größte Posten. Kontrolle: Wo liegen Daten, Logik und Schlüssel, und wie kommst du wieder raus? Team: Wer baut, wer betreibt, wer prüft?
Beispiel: Irgendwo kreuzen sich die Kostenkurven, das ist der Kipppunkt. Ein Formular mit Mail kommt nie dorthin, ein Portal mit Rollen und Datenbank ist schnell drüber. Mit einem KI-Assistenten wird der Start in Code billiger, das Prüfen bleibt deine Arbeitszeit.
In der Praxis: n8n steht unter der Sustainable Use License: Du darfst es für interne Geschäftszwecke nutzen und verändern, aber nicht als bezahlten Dienst an andere weitergeben (Stand 10.10.2026, Einordnung, keine Rechtsberatung). Für ein Start-up, das Automatisierung verkauft, ist das eine Frage der Kontrolle.
Merksatz: Keine Bauweise gewinnt immer. Der Fall entscheidet.
n8n als Sichtfenster
Dein Code ruft n8n, n8n meldet zurück.
Im Zielbild dieses Kurses ist die Anwendung Code: Oberfläche, eigene API, Datenbank, KI-Dienst und Wissensbasis. n8n hängt daneben. Es bekommt Ereignisse per Webhook, verschickt Mails, eskaliert und meldet per HTTP Request zurück. Im Ausführungsprotokoll siehst du an jeder Station, welche Daten durchgingen, auch die, die dein Code geschickt hat.
Beispiel: Das Anfrageportal der Muster GmbH, das du im Kurs baust: Die Sachbearbeitung sieht Anfragen in einer Liste, eine KI ordnet sie ein und schlägt eine Antwort vor, ein Mensch gibt frei. Wenn nach zwei Tagen niemand reagiert, eskaliert n8n.
In der Praxis: Wenn etwas schiefgeht, schaust du zuerst ins Ausführungsprotokoll von n8n. Wie dein Code n8n aufruft und umgekehrt, baust du an Tag 3 und 4.
Merksatz: Vom Bauwerkzeug zum Fenster auf deinen Code.
GitHub und Codespaces
Repository, Commit, Push, Codespace.
Ein Repository ist ein Projektordner mit Gedächtnis: Jede Änderung bleibt sichtbar. Ein Commit ist ein gespeicherter Stand mit Nachricht: wer, wann, was und warum. Ein Push schickt deine Commits zu GitHub, erst dann sind sie gesichert. Ein Codespace ist ein Rechner in der Cloud, den du aus dem Repository startest. Darauf läuft der Editor VS Code im Browser, dort arbeitet dein KI-Assistent.
Beispiel: Bei sechs Stunden am Tag ist das Freikontingent nach zehn Lerntagen aufgebraucht. Es kostet dich dann kein Geld, aber du hast bis zum nächsten Monat keinen Arbeitsplatz. Als Ausweg kannst du lokal mit VS Code weiterarbeiten.
In der Praxis: Deine Regel für jeden Abend: Commit und Push, dann den Codespace stoppen. Im Terminal zeigt git status dann „nothing to commit, working tree clean“.
Merksatz: Erst sichern, dann stoppen.
Was steckt im Workflow-JSON?
Drei Prüfstellen vor jedem Commit.
Ein Repository merkt sich alles, auch was nie hineingehört hätte. Ein Schlüssel, der einmal in einem Commit stand, bleibt in der Geschichte, auch wenn du ihn danach löschst. Deshalb prüfst du einen exportierten n8n-Workflow vorher an drei Stellen: credentials (nur Name und ID, nie der Schlüssel, aber der Name kann etwas verraten), pinData (festgepinnte Testdaten, vielleicht mit echten Mails) und HTTP-Request-Nodes aus einem cURL-Import (sie können einen Header mit Zugangsdaten enthalten).
Beispiel: Ein Credential „Kursschlüssel Sprachmodell“ ist harmlos. Ein Credential „Zugang Kunde Meier, Passwort im Wiki“ verrät zu viel.
In der Praxis: Die Regel für den ganzen Kurs: erst lesen, dann committen. Das gilt für JSON genauso wie für jeden Code, den dein KI-Assistent schreibt.
Merksatz: Was einmal im Repository war, bleibt in der Geschichte.
Weiter im Kurs
Im Lernpfad wartet Tag 1 interaktiv auf dich: 4 Aufgaben, ein Quiz mit 7 Fragen und deine Checkliste. Dein Fortschritt bleibt in deinem Browser gespeichert.
Tag 1 und das Glossar sind frei. Den ganzen Kurs kannst du bald kaufen. Bis dahin trägst du dich auf die Warteliste ein, dann sagen wir dir Bescheid. Alle Kurse ansehen oder im Glossar nachschlagen.