n8n oder Code? Wie KI-Coding-Agenten die Entscheidung verändern

Zwei Dinge haben sich gleichzeitig geändert. Erstens sind Coding-Agenten normale Werkzeuge geworden. Laut JetBrains nutzten 90 % der professionellen Entwickler im Developer Ecosystem Survey 2026 Coding-Agenten mindestens wöchentlich bei der Arbeit und 68 % täglich; Claude Code kam im Mai bis Juli 2026 auf rund 39 % Nutzung bei der Arbeit, nach 18 % im Januar 2026. In der Stack-Overflow-Umfrage 2026 nutzten 73 % derjenigen, die KI-Coding-Assistenten oder -Agenten verwenden, diese täglich.

Zweitens arbeiten Coding-Agenten gut mit reinen Textdateien, Tests und einem Terminal. Ein Agent kann ein Python-Skript lesen, ändern, die Tests ausführen und einen gut lesbaren Diff zeigen. Ein großer n8n-Workflow ist als JSON mit eingebettetem Code in Knoten gespeichert; ein Agent kann ihn bearbeiten, aber die Änderung zu prüfen und zu testen ist schwieriger. Je mehr Code ein Ablauf enthält, desto mehr zählt das.

Teilweise. Die Belege bestätigen die Einzelteile, nicht das ganze Muster:

n8n bewegt sich außerdem auf Coding-Agenten zu, nicht von ihnen weg. Im April 2026 kündigte n8n eine öffentliche Vorschau an, in der sein MCP-Server Workflows erstellt und ändert, gesteuert aus Claude Code, Codex und anderen Clients. Zudem bietet n8n Git-basierte Umgebungen in den Tarifen Business und Enterprise und externe Tresore für Zugangsdaten in Enterprise. Ein Tresor oder Git allein ist also kein Grund, n8n zu verlassen.

Das Muster, das wir verwenden, hat fünf Teile. Keiner davon ist neu. Ein Coding-Agent hilft dabei, Code und Konfiguration für alle fünf zu entwerfen und zu ändern.

Beachten Sie, was der KI-Agent hier tut: Er schreibt und ändert den Code. Er führt den Geschäftsprozess nicht selbst aus. Der Job folgt festgelegten Regeln, statt ein KI-Modell zur Laufzeit über Aktionen entscheiden zu lassen. Das ist ein anderes Muster als geplante KI-Agenten, die erst zur Laufzeit entscheiden, etwa Routinen in Claude Code; die können nützlich sein, sind aber schwerer zu testen und in einem Audit zu prüfen.

Diese Regel haben wir im Oktober 2026 für ein Kundenprojekt festgehalten, nach einer Bestandsaufnahme von rund zwei Dutzend aktiven n8n-Workflows:

Zwei weitere Fragen entscheiden oft:

• Wer pflegt den Ablauf? Liest bei Ihnen niemand Code, ist ein visueller Ablauf leichter zu übergeben. Wartet nur eine Person den Code, ist das ein Ausfallrisiko. Planen Sie eine zweite Person oder einen Dienstleister mit dokumentierter Übergabe ein.
• Wer trägt den Betrieb? Ein Server liegt in Ihrer Verantwortung: Updates, Sicherungen, Protokolle, Alarme. n8n Cloud nimmt Ihnen einen Teil davon ab; ein Skript auf dem eigenen Server bringt ihn zurück.

Wir bauen einen funktionierenden Workflow nicht wegen einer Regel um. Ein Ablauf zieht um, wenn er ohnehin größer geändert werden muss. Dann:

1. Den Job mit dem Agenten schreiben, mit Tests. Geben Sie dem Agenten den exportierten Workflow, die erwarteten Ein- und Ausgaben und bekannte Sonderfälle. Verlangen Sie Tests vor dem Umschalten.
2. Im Schattenbetrieb laufen lassen. Der neue Job läuft neben n8n im selben Takt, schreibt aber nichts. Er hält nur fest, was er tun würde.
3. Ergebnisse vergleichen. Ein kleines Vergleichsskript prüft die Schattenergebnisse gegen das, was n8n tatsächlich getan hat. Schalten Sie erst nach mehreren übereinstimmenden Testläufen um, darunter mindestens ein Sonderfall.
4. Die Änderung prüfen lassen. Jede Änderung bekommt vor dem Livegang eine zweite Prüfung. In unseren Projekten prüft ein zweites KI-Modell die Änderung, und ein Mensch gibt das Umschalten frei.
5. Umschalten und den Alarm behalten. Schalten Sie den Schreibmodus des Jobs ein, deaktivieren Sie den n8n-Workflow und prüfen Sie, ob der Heartbeat ankommt.

In diesem Kundenprojekt sind im Oktober 2026 vier geplante Jobs so umgezogen, jeder nach übereinstimmenden Schattenläufen. Die Webhook-Workflows sind in n8n geblieben.

• Stille Fehler verschwinden nicht, sie verlagern sich. Ein Heartbeat zeigt, dass ein Job gelaufen ist, nicht, dass das fachliche Ergebnis stimmt. Sie brauchen weiterhin Prüfungen wie „die erwarteten Datensätze sind angekommen“, wie in unserem Artikel zu n8n-Wartung und Monitoring beschrieben.
• Wiederholungen sind Ihre Aufgabe. Eine Serverless-Funktion oder ein Skript sorgt nicht automatisch für sichere Wiederholungen. AWS weist darauf hin, dass Code bei Wiederholungen dasselbe Ereignis mehrfach verarbeiten können muss, ohne Aktionen doppelt auszuführen. Dasselbe gilt für Wiederholungen in n8n.
• Der Terraform-State kann Geheimnisse enthalten. AWS warnt, dass sensible Werte im Klartext in der State-Datei landen können. Schützen und verschlüsseln Sie sie.
• Schnell geschrieben heißt nicht geprüft. Ein Agent erzeugt schnell plausiblen Code. Ohne Tests, Prüfung und Schattenlauf erzeugt er ebenso schnell plausible Fehler.

Bevor Sie einen Ablauf umziehen, beantworten Sie diese Fragen schriftlich:

• Besteht der Ablauf vor allem aus Code, und läuft er nach Zeitplan?
• Muss er in den nächsten Wochen ohnehin größer geändert werden?
• Wer prüft Änderungen, und wer übernimmt, wenn diese Person ausfällt?
• Wo liegen die Zugangsdaten, und wer kann sie lesen?
• Wie bemerken Sie einen ausgebliebenen Lauf, und wie ein falsches Ergebnis?
• Was hat der Schattenlauf gezeigt, und wer hat das Umschalten freigegeben?