n8n - ein Werkzeug, das aussieht wie eine Tabelle mit Kabeln

Über n8n, die Grenzen der Agenten-Schleife, und warum ausgerechnet SAP, Mercedes und die Telekom bei einem Berliner Open-Source-Projekt landen.

Es gibt einen Satz, den man in diesem Sommer öfter hört, und er klingt zunächst nach einer dieser Pressemeldungen, die man überliest: Mercedes-Benz rollt n8n weltweit aus. Nicht testet. Nicht pilotiert. Rollt aus. Wer schon einmal versucht hat, ein Open-Source-Automatisierungswerkzeug in einem Betrieb mit mehr als fünfzig Mitarbeitern produktiv zu halten, liest diesen Satz zweimal. Denn die erste Reaktion ist nicht Begeisterung. Sie ist eine Frage: wie.

Fangen wir vorne an.

Was n8n eigentlich ist

n8n ist eine Software, mit der man Arbeitsabläufe zwischen Programmen verdrahtet. Man zieht auf einer Leinwand Kästchen — die im Werkzeug Nodes heißen — und verbindet sie mit Linien. Ein Kästchen liest eine E-Mail aus einem Microsoft-365-Postfach. Das nächste klassifiziert den Anhang. Das übernächste prüft, ob die Rechnung den gesetzlichen Anforderungen entspricht, und reicht das Ergebnis an ein Drittsystem weiter. Was früher ein Mensch von Hand getan hat, läuft jetzt als sichtbarer, nachvollziehbarer Pfad über den Bildschirm.

Das Entscheidende, und der Grund, warum wir überhaupt darüber schreiben: n8n lässt sich selbst hosten. Auf dem eigenen Server. Auf einer Hetzner-Maschine im Rechenzentrum Falkenstein, wenn man möchte, für einen Bruchteil dessen, was die großen SaaS-Anbieter pro Monat verlangen. Die Daten bleiben, wo man sie hinlegt. Für einen mittelständischen Betrieb mit DSGVO-Pflichten und einem Rechtsanwalt, der wissen will, durch welche Jurisdiktion die Daten bei der Verarbeitung wandern, ist das kein Detail. Es ist der ganze Unterschied.

n8n verbindet dabei zwei Welten, die sonst getrennt verkauft werden: die starre, regelbasierte Logik der klassischen Automatisierung — wenn A, dann B — und die KI-gestützte Entscheidung, bei der ein Sprachmodell im Workflow sitzt und etwas bewertet, einordnet, formuliert. Man kann beides mischen. Und genau dort wird es interessant.

Wann n8n das bessere Werkzeug ist — und wann nicht

Hier kommt die Unterscheidung, die in den Hochglanz-Vergleichen meist untergeht. Ein Agentic-Loop-Framework — also Software, in der ein Modell in einer Schleife selbständig plant, handelt, das Ergebnis prüft und neu plant, wie es etwa Hermes Agent oder vergleichbare Loop-Systeme tun — ist ein anderes Tier als n8n. Es ist nicht besser oder schlechter. Es ist für etwas anderes gebaut.

Die Agenten-Schleife ist stark, wenn die Aufgabe offen ist und der Weg zum Ziel nicht im Voraus feststeht. Recherchiere dieses Thema, finde die relevanten Quellen, fass sie zusammen, und entscheide selbst, wann du genug hast. Das ist Terrain, auf dem ein selbststeuernder Agent glänzt — und auf dem ein starrer Workflow scheitert, weil man die Schritte gar nicht vorab kennt.

n8n ist stark, wenn der Weg im Voraus feststeht und nur zuverlässig laufen muss. Tausend Rechnungen im Monat, immer derselbe Ablauf, mit zwei, drei Stellen, an denen ein Modell eine Einschätzung beisteuert. Hier will niemand einen Agenten, der bei jedem Durchlauf neu überlegt, was er eigentlich tut — und bei einem von hundert Durchläufen selbstbewusst das Falsche tut und sich sechsmal selbst wiederholt, bevor es jemand merkt. Man will einen Pfad, den man sieht, prüfen und im Zweifel anhalten kann.

Die ehrliche Faustregel aus der Werkstatt: Je wiederholbarer und je auditierbarer die Aufgabe sein muss, desto mehr spricht für n8n. Je offener und explorativer sie ist, desto eher gehört sie in eine Agenten-Schleife. Die meisten betrieblichen Aufgaben im Mittelstand sind wiederholbar und auditierbar. Das ist kein Zufall — es ist die Natur von Buchhaltung, Logistik und Vertriebsinnendienst.

(Randnotiz: Die beiden Welten schließen sich nicht aus. Man kann eine Agenten-Schleife als einen einzelnen Node in einen n8n-Workflow hängen — den explorativen Teil in die Schleife, den verlässlichen Rahmen drumherum.)

Die Vor- und Nachteile, ohne Beschönigung

Was für n8n spricht: Die Selbst-Hosting-Fähigkeit und damit die Datensouveränität. Die visuelle Leinwand, auf der auch jemand, der kein Entwickler ist, einen Ablauf bauen kann — und Entwickler trotzdem eigenen Code einhängen können, wo die Kästchen nicht reichen. Über tausend fertige Integrationen, von denen mehr als die Hälfte von Technologiepartnern stammt, sodass die Abdeckung weiterwächst, ohne dass n8n alles selbst pflegen muss. Und die Nachvollziehbarkeit: Jeder Schritt ist sichtbar, jede Ausführung hat eine Historie.

Was gegen n8n spricht, oder genauer: was man wissen sollte, bevor man euphorisch wird. Ein selbstgehostetes n8n, das zehn Workflows auf einer kleinen Maschine fährt, ist eine andere Sache als ein Konzern-Setup. Sobald es ernst wird, braucht es eine Queue-Mode-Konfiguration mit einem Redis-Broker, mehrere Worker-Instanzen, eine ausgelagerte und ordentlich gesicherte PostgreSQL-Datenbank statt einer im selben Container, und eine Update-Strecke, die das Ganze aktualisiert, ohne es lahmzulegen. Die Dokumentation beschreibt das technisch korrekt und praktisch unvollständig — die Kombination, die einen beim ersten Mal einen Tag kostet. Wer n8n als „kostenlos" verkauft bekommt, hat die Betriebskosten noch nicht gerechnet. Das Werkzeug ist das Fundament, nicht das fertige Haus.

Warum die drei Konzerne

Die kurze Antwort: weil auch sie die Verbindungsschicht brauchen, nicht das nächste Modell.

SAP hat sich im Mai 2026 an n8n beteiligt — bei einer Bewertung von 5,2 Milliarden Dollar, mehr als dem Doppelten von gut sieben Monaten zuvor — und baut das Werkzeug in seine Entwicklungsumgebung Joule Studio ein. Mercedes-Benz hat n8n als globale Plattform über alle Geschäftsbereiche ausgerollt, bei rund 164.000 Beschäftigten; der entscheidende Grund war das selbstgehostete, cloud-unabhängige Modell, bei dem sensible Daten auf eigener Infrastruktur bleiben. Die Telekom wiederum nutzt es weniger intern, als dass sie es als zertifizierter Partner an mittelständische Kunden weiterverkauft — Lizenz, Implementierung und Schulung im Bündel. Drei Wege, drei Motive: SAP baut es ein, Mercedes baut damit, die Telekom verkauft es weiter.

Was alle drei eint, ist nicht der Hype, sondern eine unspektakuläre Einsicht: Die meisten Unternehmen wollen keine vollständig autonomen Systeme, sondern wiederholbare Abläufe, Prüfpfade, menschliche Freigabepunkte und genug Flexibilität, um alte Systeme mit neuen KI-Werkzeugen zu verbinden.

Und vielleicht ist das die eigentliche Nachricht hinter den drei Logos. Nicht, dass ein Berliner Open-Source-Projekt jetzt 5,2 Milliarden wert ist. Sondern dass die nüchterne Variante — sichtbar, prüfbar, auf dem eigenen Server — sich gegen die laute durchsetzt. Wer zwanzig Jahre operative Verantwortung getragen hat, kennt dieses Muster. Am Ende gewinnt selten das Werkzeug mit dem größten Versprechen. Es gewinnt das, bei dem man am Freitagabend noch weiß, was es eigentlich getan hat.

---

Weiterlesen

• Wenn KI im Team arbeitet - Multiagenten-Systeme für den Mittelstand — was an die Stelle des Workflows tritt, wenn Rollen und ein Orchestrator die Reihenfolge bestimmen
• Wenn der Tsunami kommt, hol dir ein Surfbrett — wie ein solcher Ablauf am Beispiel Buchhaltung vom PDF bis ins ERP aussieht
• Wer für die Blackbox unterschreibt — warum Prüfpfade und Freigabepunkte am Ende eine Haftungsfrage sind