n8n treibt die Hälfte aller Automatisierungen im Internet an. Nennen Sie es einfach nicht Open Source.

n8n treibt die Hälfte aller Automatisierungen im Internet an. Nennen Sie es einfach nicht Open Source.

Im KI-Agenten-Ökosystem haben sich zwei Lager herausgebildet. Das eine überlässt alles dem Modell — schreiben Sie einen Prompt und hoffen Sie, dass die Logik hält. Das andere verlangt, dass Ingenieure jeden Pfad manuell festlegen. Die Series-C-Ankündigung von n8n bringt die Beobachtung auf den Punkt: Kein Extrem dient Unternehmen wirklich, und n8n wurde für die Realität dazwischen gebaut — Sie entscheiden, wo auf diesem Spektrum jeder Agent angesiedelt ist. Nach sieben Jahren hat diese Mittelposition n8n zu einem der meistgesternten Projekte auf GitHub gemacht (über 206.000 Sterne, laut Unternehmensangabe eines der 150 besten Repos aller Zeiten), zu einer Bewertung von 2,5 Milliarden US-Dollar bei 240 Millionen US-Dollar eingeworbenem Kapital und — falls Sie irgendeine Infrastruktur betreiben — zu einer Plattform, der Sie wahrscheinlich schon begegnet sind, ob Sie es wissen oder nicht.

Dieser Artikel ist der Deep Dive, den ich mir gewünscht hätte: was n8n unter der Haube wirklich ist, die Geschichte der Fair-Code-Lizenz, die die meisten Berichte falsch darstellen, wie die KI-Schicht aufgebaut ist, wie die operative Realität des Self-Hostings aussieht und wo die Komplexitätsgrenze liegt. Alle hier genannten Zahlen stammen aus Primärquellen, die ich abgerufen habe — n8ns eigene Dokumentation, die LICENSE.md im Repo, die Finanzierungsmeldungen des Unternehmens und die Sicherheitsforschung, die 2026 zum Jahr machte, in dem n8n lernte, was es bedeutet, beliebt zu sein.

Ich habe es auch selbst betrieben: Die n8n-Instanz, die die Verifizierung dieses Artikels übernimmt, läuft gerade auf meinem eigenen Server (v2.14.2, healthz 200, das offizielle n8nio/n8n Image). Was folgt, ist aus dieser Perspektive geschrieben — nicht von einer Landingpage.

Was n8n wirklich ist

n8n (Numeronym für „nodemation“ — node + Automatisierung, immer kleingeschrieben, ausgesprochen „n-eight-n“) ist eine Automatisierungsplattform für Workflows, die Sie auf zwei Arten betreiben können: in deren Cloud oder auf Ihrer eigenen Infrastruktur. Das GitHub-Repo beschreibt es als „Fair-Code-Workflow-Automatisierungsplattform mit nativer KI-Funktionalität. Visuelles Bauen mit benutzerdefiniertem Code kombinieren, selbst hosten oder Cloud, 400+ Integrationen.“

Das Kernmodell ist einfach und lohnt eine präzise Darstellung, denn alles andere baut darauf auf:

• Nodes sind die Bausteine — ein Einstiegspunkt zum Abrufen von Daten, eine Funktion zur Verarbeitung oder ein Ausgang zum Versenden.
• Trigger-Nodes starten Workflows (ein Webhook trifft ein, ein Zeitplan löst aus, eine Chatnachricht landet, eine E-Mail erscheint). Jeder produktive Workflow benötigt mindestens einen.
• Action-Nodes erledigen die Arbeit — sie rufen eine API auf, transformieren Daten oder schreiben in eine Datenbank.
• Core-Nodes stellen die Logik bereit, die nicht dienstespezifisch ist: IF/Switch Routing, Schleifen, Zusammenführungen, der Code -Node, Fehlerbehandlung.
• Cluster-Nodes sind zusammengesetzt: ein Wurzel-Node plus angehängte Sub-Nodes. Dieses Muster ist die Grundlage der gesamten KI-Schicht (mehr dazu unten).

Daten fließen zwischen Nodes als Array von JSON-Items, jedes in einem json -Schlüssel verpackt — und Nodes iterieren automatisch. Übergeben Sie einem Gmail-Node ein Array mit 500 Items, feuert er 500 Mal ab, ohne dass Sie eine Schleife schreiben müssen. Diese eine Designentscheidung ist der Grund, warum sich n8n schnell anfühlt: Die Einheit der Plattform ist das Item, und alles (Ausdrücke, Wiederholungsversuche, Fehlerzweige) arbeitet pro Item.

Wenn die über 2.000 integrierten Integrationen (der Katalog listet aktuell 2.273) nicht ausreichen, halten drei Notausgänge Sie auf derselben Arbeitsfläche:

• Ausdrücke — {{ $json.body.city }} Handlebar-Syntax, die JavaScript inline ausführt; mehrere Anweisungen kommen in eine IIFE, Datumsangaben nutzen Luxon.
• Der Code-Knoten — echtes JavaScript oder Python („Einmal für alle Elemente ausführen“ oder „Einmal für jedes Element ausführen“). Bei selbst gehosteten Instanzen können externe npm-Module importiert werden; n8n Cloud sperrt das ab. Code-Knoten dürfen weder auf das Dateisystem zugreifen noch HTTP-Aufrufe tätigen — dafür sind dedizierte Knoten zuständig, was die richtige Entscheidung für eine Plattform ist, die fremden Code ausführt.
• HTTP-Request-Knoten — jede API mit Endpunkt wird zum Knoten.

Dieses Trio ist die ehrliche Antwort auf die Frage „Ist n8n nur Spielzeug für Nicht-Entwickler?“ — es ist eine visuelle Sprache mit echten Notausgängen, und die Notausgänge sind erstklassig. Die Positionierungszeile des Projekts, „Code, wenn Sie ihn brauchen, UI, wenn nicht“, ist Marketingsprech, aber die zugrundeliegende Mechanik bestätigt das.

Das Ausführungsmodell für Leute, die Produktionssysteme betreiben

Eine Ausführung ist ein einzelner Durchlauf eines Workflows. Manuelle Läufe aus dem Editor zählen nicht gegen Kontingente; Produktivausführungen (gestartet durch Trigger, Zeitpläne, Polling) schon — diese Unterscheidung ist entscheidend, wenn Sie einen kostenpflichtigen Plan dimensionieren, und hier verbindet sich das Preismodell pro Ausführung (siehe unten) mit der Architektur.

Fehlerbehandlung ist designed, nicht nachgerüstet: pro Knoten Retry On Fail, pro Knoten On Error -Verhalten (stoppen, fortsetzen oder über einen Fehlerausgangszweig weiterlaufen) und Error-Workflows – jeder Workflow kann so konfiguriert werden, dass er bei einem Fehler eines anderen Workflows ausgeführt wird, ausgelöst durch den Error Trigger Knoten mit der Ausführungs-ID, dem fehlgeschlagenen Knoten und den Fehlerdetails. Das ist das Muster, das n8n von Zapier-ähnlichen Tools unterscheidet: der Fehlerpfad ist Teil des Workflow-Graphen, wird mit diesem versioniert, statt einer nachträglich angehängten E-Mail-Benachrichtigung.

Unter der Haube ist selbst gehostetes n8n eine Node.js-Anwendung mit einer Datenbank:

• SQLite standardmäßig (~/.n8n/database.sqlite) — ausdrücklich zum Ausprobieren gedacht, ausdrücklich nicht für den Produktiveinsatz; die Dokumentation empfiehlt für den Produktivbetrieb PostgreSQL. MySQL/MariaDB wird seit n8n 1.0 nicht mehr unterstützt.
• Queue-Modus ist die Skalierungslösung: Eine Hauptinstanz empfängt Trigger/Webhooks und generiert Ausführungen, schiebt Ausführungs-IDs nach Redis, und ein Pool von Workern (jeweils eine eigene Node.js-Instanz) holt sie ab, führt sie gegen die gemeinsame Datenbank aus und schreibt die Ergebnisse zurück. Webhook-Prozessoren bilden eine optionale weitere Schicht. Multi-Main (mehrere Hauptprozesse hinter einem Load Balancer, Leader/Follower über Postgres+Redis) existiert — es ist ein Enterprise-Feature.
• Task-Runner führen JavaScript/Python aus dem Code-Node in einem separaten Prozess aus (Websocket zu einem Task-Broker); n8n bezeichnet sie als Isolationsschicht, mit einem externen n8nio/runners Sidecar-Container als gehärtetes Deployment — und im Queue-Modus benötigt jeder Worker seinen eigenen Sidecar.
• Neue Minor-Versionen erscheinen meist wöchentlich; der stable Docker-Tag ist für den Produktiveinsatz, beta ist die aktuelle Entwicklungsversion. Die Dokumentation zeigt derzeit die stabile Version 2.40.x — mein Server läuft mit 2.14.2, und das ist weder veraltet noch aufgegeben, was einiges über den Release-Rhythmus aussagt.

Ein Ops-Detail, das jeden genau einmal beißt: Mit der Standard-SQLite-Datenbank müssen Sie n8n stoppen, bevor Sie den .n8n Ordner kopieren — das Kopieren einer aktiven SQLite-Datei während eines Schreibvorgangs erzeugt inkonsistente Backups. Und der CLI- --backup Export enthält nur Workflows und Anmeldedaten; Benutzer, Rollen, Ausführungsverlauf, Variablen und der Instanz- Verschlüsselungsschlüssel fehlen darin. Verlieren Sie den Schlüssel aus .n8n/config , sind Ihre gespeicherten Anmeldedaten unwiederbringlich verloren. Die Backup-Strategie bei n8n ist eine Datenbankstrategie, keine Ordner-Kopierstrategie.

Die KI-Schicht: LangChain mit Canvas

Hier hat n8n seinen Einsatz gesetzt — und hier kam der Großteil seines Wachstums 2025–2026 her. Die Dokumentation beschreibt das Verhältnis direkt: Die KI-Knoten von n8n implementieren das JavaScript-Framework von LangChain, indem sie LangChain-Konzepte auf visuelle Cluster-Knoten abbilden — Agenten, Chains, Tools, Memory, Vektor-Stores, Embeddings, Dokumentenlader, Output-Parser. n8ns eigener Blog: „In n8n werden KI-Agenten auf Basis der LangChain-Bibliothek gebaut.“

Das Muster in der Praxis:

• Der KI-Agent-Knoten ist ein Cluster-Root: Sie verbinden ein Chatmodell, optional Speicherund ein oder mehrere Werkzeuge; der Agent entscheidet, welche Werkzeuge er aufruft. Seit n8n 1.82.0 läuft jeder KI-Agent-Knoten als Tools-Agent, der LangChains Tool-Calling-Schnittstelle implementiert — und mindestens ein Werkzeug ist verpflichtend (eine sinnvolle Zwangsfunktion: ein Agent, der nicht handeln kann, ist ein Chatbot mit Overhead).
• Chatmodelle: Die Dokumentation listet in der LangChain-Zuordnung rund 20 Sub-Knoten auf — OpenAI, Anthropic, Azure OpenAI, AWS Bedrock, Google Gemini/Vertex, DeepSeek, Groq, Mistral, OpenRouter und Ollama, was der entscheidende Punkt ist, wenn Ihre Daten das Haus nicht verlassen dürfen: ein lokales Modell, auf Ihrer Hardware, eingebunden in denselben Agent-Knoten. Der Anthropic-Knoten bietet sogar Prompt-Caching (deaktiviert / 5 Minuten / 1 Stunde) als Dropdown an.
• Speicher: Einfacher Speicher (Pufferfenster, Sitzungsschlüssel) im Prozess; Postgres-Chat-Speicher und Redis-Chat-Speicher für Persistenz; darüber hinaus Mongo, Zep und andere. Eine Asymmetrie, die Sie aus der LangChain-Zuordnungsdokumentation kennen sollten: Speicher-Sub-Knoten hängen nur am KI-Agent-Root-Knoten — n8ns Kettenknoten unterstützen überhaupt keinen Speicher. Wählen Sie Ihren Root-Knoten mit Bedacht.
• Werkzeuge: Über 100 Agent-Werkzeuge, darunter das Call n8n Workflow-Werkzeug — jeder Workflow wird zu einem aufrufbaren Tool, womit Sie Multi-Agent-Systeme auf einer einzigen Arbeitsfläche komponieren. Dazu gibt es ein Code-Tool, HTTP-Request-Tool, Rechner, SerpApi, Vektor-Speicher-Frage-Antwort, und die App-Knoten selbst.
• Vektorspeicher: In-Memory, PGVector, Pinecone, Qdrant, Supabase, MongoDB Atlas, Azure AI Search, Chroma, Milvus und mehr — nutzbar als reguläre Knoten für Einfügen/Abrufen, direkt an den Tool-Connector eines Agenten angehängt oder hinter einem Retriever für Frage-Antwort-Ketten.
• MCP, beide Richtungen: Der MCP Server Trigger macht n8n zu einem MCP-Server, der seine Tools und Workflows externen MCP-Clients per SSE oder streamfähigem HTTP bereitstellt; das MCP Client Tool ermöglicht n8n-Agenten, Tools von externen MCP-Servern zu konsumieren; und das Knoten-Panel enthält jetzt ein MCP-Server-Register, mit dem Sie einen Agenten per Klick verbinden. n8n agiert vollständig auf beiden Seiten des Protokolls — was, da MCP sich zum De-facto-Standard für Tool-Plumbing entwickelt, eine strategisch kluge Position ist.

Eine neuere, separate Agents- Funktion (Vorschau) geht über den Canvas-Knoten hinaus: eigenständige, autonome Assistenten mit Modell, Anweisungen, Werkzeugen, Fähigkeiten, Websuche, einer Wissensdatenbank sowie Sitzungsspeicher und episodischem Speicher (letzterer benötigt derzeit eine OpenAI-Anmeldedaten). n8n tastet sich hier an das „Agenten einen Schreibtisch geben“-Modell heran — beobachtenswert, aber noch nicht der Standardweg für den Aufbau.

Die Positionierung ist für einen Anbieter ungewöhnlich offen. Ihr Beitrag „How to build your first AI agent“ nennt drei Ansätze — von Grund auf, wenn man sich hardcore fühlt, Frameworks wie LangChain und CrewAI, wenn man Flexibilität ohne Neuerfindung des Rads will, oder n8n — und argumentiert, n8n „balanciere einzigartig Implementierungsflexibilität mit Liefergeschwindigkeit“. Meine Einschätzung nach dem Aufbau von Agenten auf beide Weisen: n8ns eigentliches Produkt ist nicht der Agent, sondern die Orchestrierung um den Agenten herum — die Trigger, Wiederholungsversuche, Freigabeschritte durch Menschen, Anmeldedatenverwaltung und Fehler-Workflows, die aus einer Demo etwas machen, wofür man um 3 Uhr früh jemanden aus dem Bett holt. LangChain gibt Ihnen ein besseres Gehirn; n8n gibt Ihnen den Körper, den Kalender und die Telefonleitung.

Ihre Software wird zu Recht als source available bezeichnet. Gaslighten Sie mich nicht.

Die Fair-Code-Geschichte (der Teil, den die meisten Berichte falsch verstehen)

n8n ist keine Open Source, und das ist keine gewagte These – es ist ihre eigene Position, festgehalten in der eigenen Dokumentation. Die Sustainable Use License erfüllt nicht die OSI Open Source Definition, weil Open-Source-Lizenzen Anwendungsbereiche nicht einschränken dürfen – n8n tut genau das. n8n stellt das nicht infrage; sie haben den Begriff Fair-Code für dieses Modell geprägt, und im README des Repos steht gleich zu Beginn „Fair-Code“.

Die Vorgeschichte ist wichtig, weil sie sich in der Branche wiederholt:

• 2019, Launch: Apache 2.0 mit der Commons Clause – und im Launch-Post stand „Open Source“ in Anführungszeichen, was Hacker News innerhalb weniger Stunden monierte. Das bekannteste Relikt dieses Konflikts ist GitHub-Issue #40 (Oktober 2019), Drew DeVaults „n8n is not open source and your project is gaslighting its users“, das Hunderte Upvote-Reaktionen erhielt und einen Satz enthält, der es auf den Punkt bringt: „Your software is rightly called source available. Do not gaslight us.“
• März 2022: Die Lizenz wechselt zur Sustainable Use License (Apache+Commons Clause wird eingestellt).
• Heute: Das Repo ist als Fair-Code gekennzeichnet; Dateien mit Enterprise-Suffix (.ee. im Datei- oder Verzeichnisnamen) unterliegen einer separaten Enterprise License; und jeder Beitragende unterzeichnet ein CLA, das n8n das Recht einräumt, die Lizenz ohne weitere Genehmigung zu ändern.

Was die Sustainable-Use-Lizenz tatsächlich erlaubt (aus LICENSE.md, wörtlich): „You may use or modify the software only for your own internal business purposes or for non-commercial or personal use. You may distribute the software or provide it to others only if you do so free of charge for non-commercial purposes.“

Lesen Sie das zweimal, denn es ist weiter gefasst, als die meisten befürchten, und enger als „Open Source“. Ein Unternehmen mit 50.000 Mitarbeitern kann n8n intern, für immer, kostenlos nutzen — jeden internen Workflow darauf aufbauen, ohne Lizenzschlüssel, ohne Sitzplatzabgabe. Was Sie nicht dürfen, ist n8n als Service an andere verkaufen; dafür ist eine verhandelte kommerzielle Vereinbarung erforderlich. Die faircode.io-Einordnung (mitgegründet von n8n-Gründer Jan Oberhauser) stellt klar, dass fair-code kein Software-Lizenzmodell, sondern ein Ansatz ist: Quellcode verfügbar, frei nutzbar und weiterverbreitbar, „kommerziell eingeschränkt durch die Autoren“.

Die praktische Übersicht, was kostenlos ist und was nicht:

• Community Edition (kostenlos, kein Lizenzschlüssel): fast der gesamte Funktionsumfang. Ausgenommen: benutzerdefinierte Variablen, Umgebungen/Versionsverwaltung (Git), externe Secrets, externe Binärdatenspeicherung, Log-Streaming, Multi-Main-Modus, Projekte, SSO (SAML/LDAP), Workflow-/Credential-Freigabe, Git-Versionsverwaltung.
• Registrierte Community (kostenlos): ergänzt Ordner, Debugging im Editor, benutzerdefinierte Ausführungsdaten.
• Business/Enterprise (bezahlter Lizenzschlüssel): die oben genannten Ausschlüsse entfallen. Hinweis für Self-Hoster: Der Lizenzschlüssel muss täglich den Lizenzserver von n8n kontaktieren und Produktionsausführungszahlen übermitteln; Telemetrie ist standardmäßig aktiviert und kann deaktiviert werden.

Das Preismodell ist die andere Hälfte der Geschichte. Zapier rechnet pro Task ab (jeder Schritt, jeder Connector-Aufruf), Make pro Modulaktion — n8n rechnet pro komplette Workflow-Ausführung. Der eigene Blog führt den Vergleich an: Workflows mit rund 100.000 Tasks „könnten auf anderen Plattformen leicht über 500 $ pro Monat kosten“ – bei n8n dagegen etwa 50 $ im Pro-Tarif. Das ist Anbieter-Mathematik, also betrachten Sie es als deren Aussage – aber der strukturelle Punkt bleibt unabhängig von den verwendeten Zahlen bestehen: Ein 12-Knoten-Workflow, der sich auf 5.000 Elemente verzweigt, kostet bei n8n 12 Ausführungen, bei einem pro-Schritt-Anbieter dagegen Zehntausende Tasks. Bei hochvolumiger interner Automatisierung kann das Abrechnungsmodell die gesamte Entscheidung ausmachen.

Und der ehrliche Gegenpunkt, weil er zählt: n8n ist groß genug geworden, um eigene Preisschwerkraft zu entwickeln. Bei n8n Cloud fallen nach Überschreiten der Kontingente Zusatzkosten an; die Preisfragen beantwortet die FAQ offen mit dem Satz, dass die Preise „nicht an die Betriebskosten geknüpft sind, sondern an den Wert, den es für Sie hat“ — wertbasiert, nicht kostenbasiert, selbst bei selbst gehosteten Business-/Enterprise-Features. Der Fair-Code-Boden (selbst gehostet, Community Edition, interner Gebrauch, kostenlos für immer) ist real und stabil. Die Decke darüber ist kommerziell, und sie gehört ihnen.

Wo es hakt

Eine Expertenbewertung, die keine Schwachstellen benennt, ist Marketing. Hier zeigt n8n echte Probleme.

Die Komplexitätsdecke. Visuelle Builder stoßen an eine Darstellungsgrenze. Wenn die Logik tief individualisiert wird — zyklische Multi-Agenten-Reasoning-Prozesse, Zustände, die über Sessions hinweg bestehen bleiben müssen, Verzweigungen, die von der Datenstruktur zur Laufzeit abhängen — schieben Entwickler die schwierigen Teile letztlich in Code-Knoten. Ab diesem Punkt ist die visuelle Oberfläche nur noch Dekoration um einen Codebase, den man nicht einsehen kann. Externe Vergleiche (und meine eigene Erfahrung) kommen zum selben Schluss: n8n wurde nicht für Agenten konzipiert, die komplexe Zustände über mehrtägige Sessions hinweg verwalten; wenn checkpointierter, dauerhafter Agenten-Zustand Ihr zentrales Anliegen ist, ist das Modell von LangGraph die bessere Wahl. Ein weiterer Unterschied: Code-first-Agenten lassen sich mit Tracing-Tools (LangSmith-ähnliche Ausführungsprotokolle) kombinieren, die Agenten-Entscheidungen debuggbar machen; n8ns Ausführungsprotokoll ist hervorragend für Workflow-Logik, aber dünner, wenn die „Logik“ innerhalb einer Tool-Calling-Schleife eines Modells abläuft. Ihr neues Evaluations-Feature räumt genau diese Lücke ein — Agenten zu testen ist schwierig, und n8n arbeitet daran.

Kein natives Git in der Free Edition. Workflows werden nach JSON exportiert (externe Versionierung ist also möglich — Achtung auf Credential-Referenzen in den Exporten), aber echte Versionskontrolle (Push/Pull zu einem Git-Repo, Umgebungen als Instanz+Branch, Workflow-Diffs) ist eine Business/Enterprise-Funktion. Für Solo-Builder ist das in Ordnung. Für ein Team von fünf Personen, das Workflow-Änderungen in Produktion bringt, ist es die erste Hürde — und eine, die n8n bewusst gesetzt hat, weil sie genau dort liegt, wo Teams ab einer bestimmten Größe zu zahlen beginnen.

Der Ops-Aufwand ist real – Docker Compose [name] bleibt kein Selbstläufer. „n8n empfiehlt Self-Hosting für Expert:innen. Fehler können zu Datenverlust, Sicherheitsproblemen und Ausfallzeiten führen“ — ihre eigene Dokumentation, nicht meine. Die Mindestspezifikation für das aktuelle Docker-Compose-Setup liegt bei 4 GB RAM / 2 vCPUs. Der Queue-Modus zieht Postgres und Redis nach sich. Im Queue-Modus gibt es keine Binärspeicherung im Dateisystem (S3 verwenden). Releases erscheinen wöchentlich, und die Dokumentation empfiehlt ein vollständiges Backup vor jedem Update. Nichts davon ist unangemessen; alles ist eine dauerhafte Verpflichtung.

Sicherheit: der Preis, Infrastruktur zu werden. 2026 war hart. Die Zahlen, jede auf eine Primärquelle zurückführbar: GitGuardian fand 4.576 einzigartige n8n-API-Tokens in öffentlichen GitHub-Commits über 1.255 Hostnamen — und von den 896 erreichbaren Instanzen akzeptierten 321 ein geleaktes Token. Über 100.000 n8n-Instanzen sind via Shodan sichtbar. Forscher von Cyera enthüllten „Ni8mare“ (CVE-2026-21858, CVSS 10.0), eine unauthentifizierte RCE-Kette, die einen beliebigen Dateizugriff in eine vollständige Instanzübernahme verwandelte — das Payload liest die SQLite-Benutzerdatenbank plus den Verschlüsselungsschlüssel aus .n8n/config, fälscht eine Admin-Session und führt beliebige Workflows aus. CISA nahm eine n8n-RCE im März 2026 in seinen Katalog bekannter ausgenutzter Schwachstellen auf. Unabhängig davon missbrauchten Angreifer vertrauenswürdige *.app.n8n.cloud Webhook-URLs für Phishing im großen Stil (E-Mail-Volumen stieg um ~686 % innerhalb eines Jahres), weil Spamfilter n8n-Subdomains vertrauen.

Um das Gleichgewicht der Faktenlage zu wahren: Cyera selbst bescheinigt dem n8n-Sicherheitsteam eine starke Haltung und schnelle Reaktion — und die strukturelle Lehre lautet nicht „n8n ist unsicher“, sondern: n8n ist von seiner Funktion her ein Credential-Vault.Es verwaltet die Schlüssel zu jedem angebundenen System. Ein einziger Sandbox-Ausbruch legt die Instanz und alles offen, was sie berührt (Pillar Securitys Einordnung nach zwei weiteren kritischen n8n-CVEs 2026: „n8n is a credential vault by function“). Falls Sie es betreiben: Halten Sie es vom öffentlichen Internet fern, sofern nicht zwingend nötig, authentifizieren Sie jeden Webhook (Basic/Header/JWT — Authentifizierung ist optional, und n8ns eigenes Security-Audit-Tool markiert ungeschützte Webhooks als Meldekategorie), behandeln Sie den Verschlüsselungsschlüssel wie Kronjuwelen, spielen Sie wöchentlich Patches ein und — falls Ihr Bedrohungsmodell es rechtfertigt — lagern Sie Credentials in einem externen Secrets Store (Vault, AWS Secrets Manager — eine Enterprise-Funktion).

n8n ist von seiner Funktion her ein Credential-Vault.

Wer sollte was wählen

Die Entscheidung hängt von der Art Ihrer Arbeit ab, nicht davon, welches Tool „das beste“ ist:

• Zapier / Make (nur gehostet, Abrechnung pro Aufgabe/pro Credit): die größten SaaS-Connector-Kataloge (Zapier wirbt mit über 9.000; Make mit über 3.000 Apps) und null Betrieb. Wenn Ihre Automatisierungen linear, geschäftskritisch und mit geringem Volumen laufen, lohnt sich die Einfachheit trotz laufender Kosten.
• n8n (selbst hostbar, Abrechnung pro Ausführung, Fair-Code): Hochvolumen-Interne-Automatisierung, Daten, die Ihre Infrastruktur nicht verlassen dürfen, benutzerdefinierter Code im Workflow, KI-Agenten mit echten Tools und Gedächtnis sowie Preise, die nicht mit der Anzahl der Elemente explodieren. Die Lösung für Teams, die jemanden haben, der Postgres betreiben mag.
• LangGraph / benutzerdefinierter Code (Code-first): mehrtägiger Agentenstatus, Checkpointing, maßgeschneiderte Reasoning-Graphen, volle Observability. Mehr Kontrolle, mehr Aufwand. n8n kann per HTTP und MCP darauf zugreifen (oder selbst aufgerufen werden) — die Grenze muss nicht entweder/oder sein.

Das pragmatische Muster, auf das ich immer wieder zurückkomme: n8n als Körper, Code-first-Agenten als Gehirn, wo nötig. Der Workflow übernimmt Ingestion, Routing, Retries, menschliche Freigaben und Auslieferung; das anspruchsvolle Reasoning läuft in einem Sub-Agenten, den der Workflow aufruft. Sie erhalten die Orchestrierung gratis und behalten genau dort die volle Kontrolle, wo sie sich auszahlt.

Das Fazit

n8n ist die seltene Automatisierungsplattform, deren Architektur, Lizenz und Geschäftsmodell alle in dieselbe Richtung zeigen: die Mitte zwischen reiner KI-Autonomie und rein manuell codiertem Routing besetzen und dann durch Deployment-Flexibilität gewinnen. Es ist nicht Open Source — es ist Fair-Code, mit Absicht, und der Unterschied bringt echte Einschränkungen mit sich, die Sie verstehen sollten, bevor Sie ein Unternehmen darauf aufbauen. Es ist wirklich exzellent in der unspektakulären Schicht, in der KI-Agenten auf Produktion treffen: Trigger, Tools, Memory, Retries, Fehlerpfade, Humans-in-the-Loop. Und es ist ein ernsthafter operativer Aufwand: Postgres, Queue-Mode, wöchentliche Patches, ein Credential-Vault, den es zu verteidigen gilt.

Zweihunderttausend GitHub-Sterne machen eine Plattform nicht automatisch zur richtigen Wahl für Sie. Aber wenn Ihre Automatisierungen die Abrechnung pro Aufgabe übersteigen, wenn Ihre Daten Residenzanforderungen haben oder wenn Ihre Agenten immer wieder in der Lücke zwischen „die Demo hat funktioniert“ und „das läuft in Produktion“ scheitern — genau diese Lücke wurde n8n gebaut, um sie zu schließen.

Weiterlesen — die Quellen

Jede belastbare Aussage oben lässt sich auf eine Seite zurückführen, die während der Recherche (27. September 2026) abgerufen wurde. Primärquellen:

• n8n-Repository (Produktbeschreibung, Fair-Code-Positionierung, Namensherkunft, Sterne) — https://github.com/n8n-io/n8n
• Sustainable-Use-Lizenz, Volltext — https://github.com/n8n-io/n8n/blob/master/LICENSE.md
• n8n-Dokumentation — Begründung der Sustainable-Use-Lizenz (OSI-Positionierung) — https://docs.n8n.io/privacy-and-security/sustainable-use-license/
• n8n-Dokumentation — Funktionen der Community-Edition (was gesperrt ist) — https://docs.n8n.io/deploy/host-n8n/community-edition-features/
• n8n-Dokumentation — Knotentypen / Auslöser- und Aktionsmodell — https://docs.n8n.io/integrations/builtin/node-types/
• n8n-Dokumentation — Datenstruktur (Items, `json`-Schlüssel) — https://docs.n8n.io/build/work-with-data/understand-n8ns-data-structure/
• n8n-Dokumentation — Code-Knoten (JS/Python, Modi, npm-Einschränkungen) — https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-base.code/
• n8n-Dokumentation — Warteschlangenmodus (Main-/Redis-/Worker-Architektur, Webhook-Prozessoren, Multi-Main) — https://docs.n8n.io/deploy/host-n8n/configure-n8n/scaling/enable-queue-mode/
• n8n-Dokumentation — Datenbankauswahl (SQLite als Standard, Postgres für den Produktiveinsatz) — https://docs.n8n.io/deploy/host-n8n/configure-n8n/choose-n8ns-database/
• n8n-Dokumentation — Backup & Wiederherstellung (was `--backup` übersieht; vorher stoppen) — https://docs.n8n.io/deploy/host-n8n/keep-n8n-running/backup-and-restore/
• n8n-Dokumentation — KI-Agent-Knoten (Cluster-Knoten, Tools-Agent) — https://docs.n8n.io/integrations/builtin/cluster-nodes/root-nodes/n8n-nodes-langchain.agent/
• n8n-Dokumentation — LangChain in n8n (Mapping, Memory-Asymmetrie) — https://docs.n8n.io/build/integrate-ai/langchain-in-n8n/
• n8n-Dokumentation — MCP-Server-Trigger / MCP-Client-Tool — https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-langchain.mcptrigger/
• n8n-Blog — Series-C-Bekanntgabe (180 Mio. $, 2,5 Mrd. $ Bewertung, 6× Nutzer / 10× Umsatz, Zwei-Lager-Rahmen) — https://blog.n8n.io/series-c/
• n8n-Blog — Series-B-Ankündigung (55 Mio. €, Highland Europe, 200.000 Nutzer / über 3.000 Unternehmen) — https://blog.n8n.io/series-b/
• n8n-Blog — Argument für Preismodell pro Ausführung — https://n8n.io/blog/n8n-execution-advantage/
• n8n-Presseseite (Berlin, 2019, Jan Oberhauser, „n eight n“) — https://n8n.io/press/
• n8n-Integrationskatalog (Anzahl) — https://n8n.io/integrations/

• Zapier-Preismodell / App-Verzeichnis (pro-Aufgaben-Modell, Connector-Anzahl): https://zapier.com/pricing / https://zapier.com/apps

• Make-Preismodell (pro-Credit-Modell) — https://www.make.com/en/pricing
• faircode.io (Fair-Code-Definition, „kommerziell durch seine Autoren eingeschränkt“) — https://faircode.io/
• OSI-Open-Source-Definition (Kriterium 6, Anwendungsbereich) — https://opensource.org/osd
• GitHub-Issue #40 (der Lizenzstreit 2019, Hauptthread) — https://github.com/n8n-io/n8n/issues/40
• Cyera Research — Ni8mare, CVE-2026-21858 (CVSS 10.0, Angriffskette, Behebung) — https://www.cyera.com/research/ni8mare-unauthenticated-remote-code-execution-in-n8n-cve-2026-21858
• SecurityWeek — zwei weitere kritische n8n-CVEs (RCE + Sandbox-Escape) — https://www.securityweek.com/critical-n8n-vulnerabilities-allowed-server-takeover/
• The Hacker News / GitGuardian — 4.576 geleakte Tokens, 36 % der erreichbaren Instanzen akzeptierten, über 100.000 Shodan-sichtbare Instanzen — https://thehackernews.com/2026/08/leaked-n8n-api-tokens-exposed-live.html
• Paubox — Missbrauch von n8n-Webhooks für Phishing, CISA-KEV-Eintrag — https://www.paubox.com/blog/attackers-abuse-n8n-workflow-automation-webhooks-to-deliver-malware
• TechCrunch — Series-B-Berichterstattung (Fair-Code-Einordnung, Bewertungskontext) — https://techcrunch.com/2025/03/24/fair-code-pioneer-n8n-raises-60m-for-ai-powered-workflow-automation/

Kontext zweiter Ordnung (nicht primär, dient nur als Bestätigung): Wikipedia-Eintrag zu n8n (Lizenzhistorie, Berichte über SAP-Investition).