Stand: 6. Oktober 2026 · Source-first Referenz130 dokumentierte Agenten & Plattformen · Keine bezahlten Rankings
AgentenCode AgentenProfilAutomatisierung
✓ Redaktionell geprüftPrüfdatum: 30. September 2026

AgentenProfil · Automatisierung

n8n Agents

Agenten in n8n, die Modelle, Tools und bestehende Workflows zu wiederverwendbaren autonomen Arbeitseinheiten verbinden.

n8nAutomatisierungTeams & Entwickler
Automatisierungredaktionelle Einordnung
n8nAnbieter
13 Primärquellen dokumentiertQuellenstatus
30. September 2026letzte Prüfung

AgentenTrust 2.0 · EU & Governance Evidence

EU AI Act, Datenschutz und Kontrolle bei n8n Agents

Direktantwort: Für n8n Agents sind aktuell 4 von 36 normalisierten Trust-Controls feldgenau öffentlich belegt. Nicht belegte Felder bleiben Unknown – niemals automatisch Nein.

DSGVO-KontextDatenschutz & Daten0 von 8 dokumentiertResidency, Training, Retention, DPA, Subprocessors und Processing Scope.
AI Act Art. 15 / DSGVO Art. 32Security & Zugriff4 von 10 dokumentiertVerschlüsselung, SSO, SCIM, RBAC, Rollen und Credential Handling.
AI Act Art. 14 KontextMenschliche Kontrolle0 von 10 dokumentiertApproval, Oversight, Policies, Permissions sowie Stop-/Rollback-Kontrollen.
AI Act Art. 12 KontextAudit & Nachvollziehbarkeit0 von 8 dokumentiertAudit Logs, API/SIEM, Observability, Tracing und Activity History.

Wichtig: Diese Zahlen zeigen Dokumentationsabdeckung, keine Produktbewertung. 0 von 10 bedeutet: Für diese 10 Felder liegt im aktuellen Datensatz kein feldgenauer öffentlicher Beleg vor. Es bedeutet nicht, dass der Agent die Funktionen nicht besitzt.

Entscheidungsrelevante Kernsignale

Zwölf häufige EU-, Datenschutz-, Security- und Governance-Fragen – inklusive Unknowns.

Ja belegtNein belegtWert belegtUnknown
Datenschutz & Daten

Data Residency

Unknown

Nicht öffentlich belegt

Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.
Datenschutz & Daten

Kundendaten für Training

Unknown

Nicht öffentlich belegt

Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.
Datenschutz & Daten

Datenaufbewahrung / Retention

Unknown

Nicht öffentlich belegt

Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.
Datenschutz & Daten

DPA / Auftragsverarbeitung

Unknown

Nicht öffentlich belegt

Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.
Security & Zugriff

Verschlüsselung at rest

Unknown

Nicht öffentlich belegt

Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.
Security & Zugriff

RBAC

Belegt: Ja

Ja

Scope: platform · geprüft 2026-10-01 · Quelle ↗
Menschliche Kontrolle

Human Approval

Unknown

Nicht öffentlich belegt

Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.
Menschliche Kontrolle

Human Oversight

Unknown

Nicht öffentlich belegt

Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.
Audit & Nachvollziehbarkeit

Audit Logs

Unknown

Nicht öffentlich belegt

Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.
Audit & Nachvollziehbarkeit

Tracing

Unknown

Nicht öffentlich belegt

Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.
Audit & Nachvollziehbarkeit

Activity History

Unknown

Nicht öffentlich belegt

Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.
Security & Zugriff

Secrets / Credential Handling

Unknown

Nicht öffentlich belegt

Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.

Alle dokumentierten Trust-Signale

Jeder Wert bleibt an Scope, Prüfdatum und Primärquelle gebunden. Ein Plattformbeleg wird nicht automatisch auf jeden Agenten vererbt.

Security & Zugriff · 4 dokumentierte Signale
Custom Rolesgovernance.custom_roles
Belegt: Ja

Ja

Scope: enterprise · geprüft 2026-10-01 · Primärquelle ↗
OIDC SSOgovernance.sso.oidc
Belegt: Ja

Ja

Scope: enterprise · geprüft 2026-10-01 · Primärquelle ↗
RBACgovernance.rbac
Belegt: Ja

Ja

Scope: platform · geprüft 2026-10-01 · Primärquelle ↗
SAML SSOgovernance.sso.saml
Belegt: Ja

Ja

Scope: enterprise · geprüft 2026-10-01 · Primärquelle ↗
Kein Compliance-Score.

AgentenTrust bildet Evidence ab. Die rechtliche Einordnung hängt vom konkreten Einsatz ab.

EU-Layer & Control-Mapping →

Kurz erklärt

Agenten in n8n, die Modelle, Tools und bestehende Workflows zu wiederverwendbaren autonomen Arbeitseinheiten verbinden. AgentenCode beschreibt nicht nur die Anbieterpositionierung, sondern ordnet Funktionen, Einsatzgrenzen und Kontrollpunkte anhand nachvollziehbarer Kriterien ein.

Anbietern8n
ProdukttypAgentenplattform / Workflow-Agenten
Zugangn8n Cloud oder Self-hosted; Agentenfunktionen abhängig vom Produktstand
EinordnungAutomatisierung

AgentenProfil

Standardisierte Referenzdaten

AI-0018
Anbietern8n
KategorieAutomatisierung
ProdukttypAgentenplattform / Workflow-Agenten
ZielgruppeUnternehmen, Entwickler
Zugangn8n Cloud oder Self-hosted; Agentenfunktionen abhängig vom Produktstand
Quellenstatus13 Primärquellen dokumentiert
PrüfstatusRedaktionell geprüft
Prüfdatum30. September 2026
Profilversion2.0
Automatisierungn8nunternehmenentwickler

Filterdaten werden aus demselben strukturierten Datensatz erzeugt wie dieses Profil. Unbestätigte Merkmale werden nicht automatisch als „Nein“ gewertet.

Was ist n8n Agents?

Agenten in n8n, die Modelle, Tools und bestehende Workflows zu wiederverwendbaren autonomen Arbeitseinheiten verbinden.

Produktspezifische Evidenzlage zu n8n Agents

Dieses Profil trennt den dokumentierten Produktfokus von feldgenauer Evidence. Für n8n Agents sind aktuell 13 eindeutige Primärquellen über Profil, Trust- und Relationsdaten verknüpft. Die folgenden Punkte sind keine allgemeine Klassenbeschreibung, sondern stammen aus den für dieses konkrete Produkt gespeicherten Feldern.

Automatisierungs-Agenten kombinieren KI-Entscheidungen mit Werkzeugen, APIs und bestehenden Workflows. Im Unterschied zu starren Automationen können sie innerhalb definierter Grenzen selbst entscheiden, welcher nächste Schritt oder welches Tool für ein Ziel sinnvoll ist.

Bei n8n Agents ist deshalb weniger die Bezeichnung „Agent“ entscheidend als die Frage, welche Aufgaben das System tatsächlich übernimmt, welche Werkzeuge es verwenden darf und an welchen Stellen ein Nutzer oder Administrator die Kontrolle behält. AgentenCode trennt bestätigte Produktmerkmale von redaktioneller Einordnung und kennzeichnet ein Prüfdatum, weil Funktionen und Tarife in diesem Markt häufig verändert werden.

Wie funktioniert n8n Agents?

n8n Agents können mit Modellen, Tools und Workflows ausgestattet und über Chats, Zeitpläne oder andere Workflows aufgerufen werden. Die Plattform verbindet agentische Logik mit klassischer Workflow-Automation.

Die Systeme bestehen typischerweise aus Anweisungen, einem Modell, verbundenen Tools, Kontext und Ausführungsregeln. Häufig werden deterministische Workflow-Schritte mit agentischen Entscheidungen kombiniert: Der Workflow legt sichere Grenzen fest, während der Agent offene Teilaufgaben übernimmt.

1Auslöser oder Ziel
2Kontext sammeln
3Passendes Tool wählen
4Aktion ausführen
5Ergebnis prüfen/protokollieren

Dieser Ablauf ist keine Behauptung, dass jeder interne Schritt bei n8n Agents exakt so implementiert ist. Er zeigt das typische agentische Muster der Kategorie und hilft dabei, das Produkt gegenüber einem einfachen Chat, einer klassischen Suche oder einem fest verdrahteten Workflow einzuordnen.

Was kann n8n Agents konkret übernehmen?

Die folgenden Anwendungsfelder ergeben sich aus dem dokumentierten Produktschwerpunkt. Ob ein Einsatz sinnvoll ist, hängt davon ab, wie gut der Agent auf die benötigten Daten zugreifen kann, welche Aktionen erlaubt sind und wie wichtig Fehlerfreiheit im jeweiligen Prozess ist.

Interne Workflows

Bei „Interne Workflows“ ist für n8n Agents besonders „Workflow- und Agentenlogik in einer Plattform“ relevant. Der Einsatz sollte im dokumentierten Produktscope „n8n Cloud oder Self-hosted; Agentenfunktionen abhängig vom Produktstand“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: Self-hosting und Cloud getrennt bewerten. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.

Datenverarbeitung

Bei „Datenverarbeitung“ ist für n8n Agents besonders „Self-hosting-Optionen im n8n-Ökosystem“ relevant. Der Einsatz sollte im dokumentierten Produktscope „n8n Cloud oder Self-hosted; Agentenfunktionen abhängig vom Produktstand“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: Credential-Rechte begrenzen. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.

Support-Automation

Bei „Support-Automation“ ist für n8n Agents besonders „Viele Integrationen“ relevant. Der Einsatz sollte im dokumentierten Produktscope „n8n Cloud oder Self-hosted; Agentenfunktionen abhängig vom Produktstand“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: Fehlerpfade und menschliche Freigaben definieren. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.

Tool-Orchestrierung

Bei „Tool-Orchestrierung“ ist für n8n Agents besonders „Technisch flexibel“ relevant. Der Einsatz sollte im dokumentierten Produktscope „n8n Cloud oder Self-hosted; Agentenfunktionen abhängig vom Produktstand“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: Self-hosting und Cloud getrennt bewerten. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.

Für Privatpersonen und Unternehmen

Für Privatpersonen

Für technisch versierte Privatnutzer oder Selbstständige interessant, vor allem wenn bereits n8n-Workflows vorhanden sind.

Für Einzelpersonen und Selbstständige sind solche Agenten dann nützlich, wenn viele wiederkehrende Aufgaben über E-Mail, Kalender, Tabellen, CRM oder Webdienste verteilt sind. Je mehr Apps verbunden werden, desto wichtiger wird eine klare Begrenzung der Schreibrechte.

Für Unternehmen

Organisationen können Agenten mit etablierten Automationsflüssen, eigenen Systemen und Governance kombinieren.

Unternehmen profitieren von der Verbindung mit bestehenden Prozessen, benötigen aber Governance: Wer darf Agenten bauen? Welche Tools dürfen sie verwenden? Welche Aktionen brauchen Freigaben? Wie werden Ausführungen protokolliert und Kosten begrenzt?

Stärken von n8n Agents

Die folgenden Punkte sind keine Rangliste. Sie beschreiben Merkmale, die für die dokumentierten Einsatzfelder relevant sein können.

Workflow- und Agentenlogik in einer Plattform

„Workflow- und Agentenlogik in einer Plattform“ ist bei n8n Agents deshalb entscheidungsrelevant, weil das Profil „Interne Workflows“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: Self-hosting und Cloud getrennt bewerten.

Self-hosting-Optionen im n8n-Ökosystem

„Self-hosting-Optionen im n8n-Ökosystem“ ist bei n8n Agents deshalb entscheidungsrelevant, weil das Profil „Datenverarbeitung“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: Credential-Rechte begrenzen.

Viele Integrationen

„Viele Integrationen“ ist bei n8n Agents deshalb entscheidungsrelevant, weil das Profil „Support-Automation“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: Fehlerpfade und menschliche Freigaben definieren.

Technisch flexibel

„Technisch flexibel“ ist bei n8n Agents deshalb entscheidungsrelevant, weil das Profil „Tool-Orchestrierung“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: Self-hosting und Cloud getrennt bewerten.

Grenzen und Punkte vor dem Einsatz

Agenten sollten nicht nur anhand einer Demo bewertet werden. Entscheidend ist, wie sie mit unvollständigem Kontext, widersprüchlichen Daten, fehlenden Berechtigungen und ungewöhnlichen Fällen umgehen. Für n8n Agents sind insbesondere folgende Punkte sinnvoll zu prüfen:

Self-hosting und Cloud getrennt bewerten

Self-hosting und Cloud getrennt bewerten. Dieser Punkt ist für n8n Agents besonders bei „Interne Workflows“ relevant, weil Agentenwirkung und Risiko vom tatsächlich freigegebenen Scope abhängen. AgentenCode wertet fehlende öffentliche Evidence dabei nicht als Gegenbeleg; offene Punkte bleiben Unknown und sollten im Pilot oder mit dem Anbieter geklärt werden.

Credential-Rechte begrenzen

Credential-Rechte begrenzen. Dieser Punkt ist für n8n Agents besonders bei „Datenverarbeitung“ relevant, weil Agentenwirkung und Risiko vom tatsächlich freigegebenen Scope abhängen. AgentenCode wertet fehlende öffentliche Evidence dabei nicht als Gegenbeleg; offene Punkte bleiben Unknown und sollten im Pilot oder mit dem Anbieter geklärt werden.

Fehlerpfade und menschliche Freigaben definieren

Fehlerpfade und menschliche Freigaben definieren. Dieser Punkt ist für n8n Agents besonders bei „Support-Automation“ relevant, weil Agentenwirkung und Risiko vom tatsächlich freigegebenen Scope abhängen. AgentenCode wertet fehlende öffentliche Evidence dabei nicht als Gegenbeleg; offene Punkte bleiben Unknown und sollten im Pilot oder mit dem Anbieter geklärt werden.

Sicherheit, Datenschutz und Berechtigungen

Das Hauptrisiko liegt bei Automatisierungs-Agenten in den Berechtigungen. Ein fehlerhafter Textentwurf ist leicht korrigierbar; ein Agent mit Schreibrechten kann dagegen Datensätze verändern, Nachrichten versenden oder Folgeprozesse starten. Least-Privilege, Freigaben und Audit-Logs sind daher zentral.

Bei n8n Agents sollte zusätzlich geprüft werden, welche Daten an den Anbieter und gegebenenfalls an verbundene Modell- oder Tool-Anbieter übertragen werden. Maßgeblich sind die aktuelle Dokumentation, der gebuchte Tarif und die konkrete Organisationskonfiguration. AgentenCode macht deshalb keine pauschale Aussage wie „DSGVO-konform“ oder „sicher“, wenn die Bewertung vom Einsatzkontext abhängt.

Praktische Regel: Je mehr ein Agent lesen, verändern oder extern ausführen darf, desto wichtiger sind minimale Berechtigungen, nachvollziehbare Logs, Testfälle und Freigaben für irreversible Aktionen.

Zugang, Kosten und Voraussetzungen

Aktuell dokumentierter Zugang: n8n Cloud oder Self-hosted; Agentenfunktionen abhängig vom Produktstand

Preis- und Nutzungsmodelle ändern sich bei KI-Agenten häufig. Manche Anbieter rechnen über Nutzerlizenzen, Credits, Modellverbrauch, Aufgaben oder erfolgreich bearbeitete Vorgänge ab. Deshalb verzichtet AgentenCode auf unbestätigte oder schnell veraltende Preisangaben und verweist für Vertragsentscheidungen auf die offiziellen Anbieterinformationen.

Wie lässt sich n8n Agents sinnvoll vergleichen?

Ein Vergleich sollte nicht mit der Frage „Welcher Agent ist der beste?“ beginnen, sondern mit dem konkreten Ziel. Für diese Kategorie sind insbesondere folgende Kriterien relevant:

App- und Tool-ÖkosystemBei n8n Agents sollte „App- und Tool-Ökosystem“ im konkreten Einsatzfall „Interne Workflows“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Self-hosting und Cloud getrennt bewerten“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet.
FreigabenBei n8n Agents sollte „Freigaben“ im konkreten Einsatzfall „Datenverarbeitung“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Credential-Rechte begrenzen“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet.
Workflow-KontrolleBei n8n Agents sollte „Workflow-Kontrolle“ im konkreten Einsatzfall „Support-Automation“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Fehlerpfade und menschliche Freigaben definieren“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet.
ProtokollierungBei n8n Agents sollte „Protokollierung“ im konkreten Einsatzfall „Tool-Orchestrierung“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Self-hosting und Cloud getrennt bewerten“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet.
Kosten und SkalierungBei n8n Agents sollte „Kosten und Skalierung“ im konkreten Einsatzfall „Interne Workflows“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Credential-Rechte begrenzen“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet.

Zusätzlich sollte ein Pilot mit realen Aufgaben durchgeführt werden. Ein Agent, der in einer Demo beeindruckt, kann im eigenen Daten- und Berechtigungskontext ganz anders abschneiden. Reproduzierbare Testfälle sind deshalb aussagekräftiger als Marketingbenchmarks allein.

Ähnliche Agenten und Alternativen

Häufige Fragen zu n8n Agents

Was ist n8n Agents?

Agenten in n8n, die Modelle, Tools und bestehende Workflows zu wiederverwendbaren autonomen Arbeitseinheiten verbinden.

Für wen eignet sich n8n Agents?

Für technisch versierte Privatnutzer oder Selbstständige interessant, vor allem wenn bereits n8n-Workflows vorhanden sind. Organisationen können Agenten mit etablierten Automationsflüssen, eigenen Systemen und Governance kombinieren.

Kann n8n Agents Aufgaben selbstständig ausführen?

Der Grad der Autonomie hängt bei n8n Agents von der jeweiligen Oberfläche, den aktivierten Tools und den vergebenen Berechtigungen ab. AgentenCode unterscheidet deshalb zwischen Analyse, Vorschlägen und tatsächlich ausführbaren Aktionen.

Was sollte ich vor der Nutzung von n8n Agents prüfen?

Prüfen Sie insbesondere Datenzugriff, Schreibrechte, Quellenqualität, Kostenmodell, Freigaben und die Frage, wie Fehler erkannt oder rückgängig gemacht werden können.

Ist n8n Agents für sensible Daten geeignet?

Das lässt sich nicht pauschal beantworten. Maßgeblich sind Vertrag, Tarif, Organisationskonfiguration, Datenresidenz, verbundene Modellanbieter und die konkret aktivierten Integrationen. Für sensible Daten sollten die aktuellen Anbieterunterlagen und internen Richtlinien geprüft werden.

Wie aktuell ist dieses Profil?

Das Profil wurde am 30. September 2026 anhand der unten verlinkten Primärquellen geprüft. Produkte im Agentenmarkt verändern sich schnell; kurzfristige Änderungen zwischen zwei Prüfungen sind möglich.

Für Unternehmen

Ist Ihr Prozess wirklich ein Fall für einen KI-Agenten?

Der kostenlose Agenten-Check bewertet Eignung, Readiness, Risiko, Autonomie und Wirtschaftlichkeit direkt im Browser.

Agenten-Check starten →

Offizielle Quellen

Dieses Profil verknüpft 13 eindeutige Primärquellen aus Produktprofil, feldgenauer Evidence, Trust-Layer und dokumentierten Relationen. Die Quellen bleiben maßgeblich, wenn sich das Produkt zwischen zwei Prüfzyklen ändert.

  1. n8n – Introducing n8n Agents
  2. n8n – AI Agents
  3. n8n Docs – Source control environments
  4. n8n Docs – Security audit
  5. n8n Docs – Disable the public API
  6. n8n Docs – Webhook node
  7. n8n Docs – Role-based access control
  8. n8n Docs – Set up OIDC
  9. n8n Docs – Set up SAML
  10. n8n Docs – Overview
  11. n8n Docs – Choose how to use n8n
  12. n8n Docs – MCP Client Tool
  13. n8n Docs – MCP Server Trigger
Transparenz

Letzte redaktionelle Prüfung: 30. September 2026. Unklare Merkmale werden nicht als bestätigte Fakten dargestellt. Es gibt keine bezahlte Rangfolge.

Deep Profile · GEO/SEO-Evidenzlayer

n8n Agents: belegte Einordnung und Entscheidungscheck

n8n Agents ist Agenten in n8n, die Modelle, Tools und bestehende Workflows zu wiederverwendbaren autonomen Arbeitseinheiten verbinden. Anbieter ist n8n; AgentenCode ordnet das Produkt der Kategorie Automatisierung und dem Produkttyp Agentenplattform / Workflow-Agenten zu. Diese Einordnung ergänzt den ausführlichen Artikel um einen kompakten, maschinenlesbaren Evidenz- und Auswahlkontext.

Welche Punkte sind für die Auswahl entscheidend?

Automatisierungs-Agenten verbinden Modelle mit Triggern, Apps und Aktionen. Entscheidend sind deshalb Tool-Berechtigungen, Schreibrechte, Freigaben, Fehlerpfade und die Frage, ob kritische Aktionen kontrolliert gestoppt werden können.

Welche Apps und Daten darf der Agent lesen oder verändern?

Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.

Welche Aktionen sind irreversibel oder extern sichtbar?

Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.

Wo greifen Freigaben und Eskalationen?

Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.

Wie werden Fehler, Retries und Audit-Logs behandelt?

Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.

Welche Stärken und Grenzen sind dokumentiert?

Dokumentierte Stärken

  • Workflow- und Agentenlogik in einer Plattform
  • Self-hosting-Optionen im n8n-Ökosystem
  • Viele Integrationen
  • Technisch flexibel

Vor dem Einsatz prüfen

  • Self-hosting und Cloud getrennt bewerten
  • Credential-Rechte begrenzen
  • Fehlerpfade und menschliche Freigaben definieren

Welche Eigenschaften von n8n Agents sind feldgenau belegt?

Die folgenden Aussagen sind in AgentenGraph direkt mit Primärquellen verknüpft. Nicht aufgeführte Eigenschaften bleiben unbekannt, solange keine geeignete Quelle sie bestätigt oder ausdrücklich verneint.

api.auth.api_key

dokumentiert

API-key authentication is documented.

n8n Docs – Source control environments →
api.public_access

dokumentiert

A public API is documented.

n8n Docs – Security audit →
api.rest

dokumentiert

n8n exposes a documented public REST API.

n8n Docs – Disable the public API →
api.webhooks

dokumentiert

Published n8n workflows can expose production webhooks.

n8n Docs – Webhook node →
governance.custom_roles

dokumentiert

Custom roles are documented.

n8n Docs – Role-based access control →
governance.rbac

dokumentiert

Role-based access control is documented.

n8n Docs – Role-based access control →
governance.sso.oidc

dokumentiert

OIDC SSO is supported.

n8n Docs – Set up OIDC →
governance.sso.saml

dokumentiert

SAML SSO is supported.

n8n Docs – Set up SAML →
hosting.cloud

dokumentiert

n8n Cloud is available.

n8n Docs – Overview →
hosting.docker

dokumentiert

Docker deployment is documented.

n8n Docs – Overview →
hosting.managed

dokumentiert

n8n Cloud is an official fully managed deployment option.

n8n Docs – Choose how to use n8n →
hosting.self_hosted

dokumentiert

Self-hosting is supported.

n8n Docs – Overview →
protocols.mcp.client

dokumentiert

n8n AI agents can consume tools from external MCP servers.

n8n Docs – MCP Client Tool →
protocols.mcp.server

dokumentiert

n8n can expose workflows and tools as an MCP server.

n8n Docs – MCP Server Trigger →
security.security_audit

dokumentiert

A built-in security audit capability is documented.

n8n Docs – Security audit →

Maschinenlesbare Fakten öffnen →

Welche Primärquellen stützen dieses Profil?

AgentenCode bevorzugt aktuelle Primärquellen. Aussagen eines Anbieters werden nicht automatisch auf andere Produkte oder Detailfelder übertragen.

QuelleTypVerwendung
n8n – Introducing n8n AgentsPrimärquelleProfil-, Evidence-, Trust- oder Relationsbeleg
n8n – AI AgentsPrimärquelleProfil-, Evidence-, Trust- oder Relationsbeleg
n8n Docs – Source control environmentsPrimärquelleProfil-, Evidence-, Trust- oder Relationsbeleg
n8n Docs – Security auditPrimärquelleProfil-, Evidence-, Trust- oder Relationsbeleg
n8n Docs – Disable the public APIPrimärquelleProfil-, Evidence-, Trust- oder Relationsbeleg
n8n Docs – Webhook nodePrimärquelleProfil-, Evidence-, Trust- oder Relationsbeleg
n8n Docs – Role-based access controlPrimärquelleProfil-, Evidence-, Trust- oder Relationsbeleg
n8n Docs – Set up OIDCPrimärquelleProfil-, Evidence-, Trust- oder Relationsbeleg
n8n Docs – Set up SAMLPrimärquelleProfil-, Evidence-, Trust- oder Relationsbeleg
n8n Docs – OverviewPrimärquelleProfil-, Evidence-, Trust- oder Relationsbeleg
n8n Docs – Choose how to use n8nPrimärquelleProfil-, Evidence-, Trust- oder Relationsbeleg
n8n Docs – MCP Client ToolPrimärquelleProfil-, Evidence-, Trust- oder Relationsbeleg
n8n Docs – MCP Server TriggerPrimärquelleProfil-, Evidence-, Trust- oder Relationsbeleg

AgentenGraph · Produktverlauf

Strukturierte Historie von n8n Agents

Baseline seit 1. Oktober 2026

AgentenGraph speichert strukturierte Zustände dieses Agenten über die Zeit. Neue Werte ersetzen ältere Zustände nicht stillschweigend: Änderungen werden versioniert und als Ereignis erfasst. Frühere Zustände vor der Baseline werden nicht rückwirkend behauptet.

01Baseline erfasst1. Oktober 2026
Ab diesem Datum beobachtet AgentenCode strukturierte Änderungen dieses Agenten.

Der heutige Stand ist der Ausgangspunkt. Historische Aussagen vor diesem Datum erscheinen nur, wenn sie durch belastbare Quellen belegt werden können.

Aktueller strukturierter StandAI-0018 · 39 aktive Aussagen
15 feldgenau belegt
Anbietern8n
KategorieAutomatisierung
ProdukttypAgentenplattform / Workflow-Agenten
Zielgruppeunternehmen, entwickler
Zugangn8n Cloud oder Self-hosted; Agentenfunktionen abhängig vom Produktstand
Letzte Profilprüfung30. September 2026
Strukturierte Anwendungsfelder
Support-AutomationTool-OrchestrierungInterne WorkflowsDatenverarbeitung
Evidenzstatus

15 von 39 aktiven Aussagen besitzen bereits eine explizite Feld-zu-Quelle-Zuordnung. Die übrigen Aussagen verwenden weiterhin das Quellen-Set des Profils.

Methodik zur Datenhistorie →
Dokumentierte Änderungen seit BaselineProduktbezogene AgentenGraph-Ereignisse
2026-10-01 · 2 Eigenschaften dokumentiert

Eine erstmalige Datenaufnahme oder Feldverifikation ist nicht automatisch eine neue Herstellerfunktion.

protocols.mcp.server
Strukturierte Änderung erfasst

Vorher: —Jetzt: True

protocols.mcp.client
Strukturierte Änderung erfasst

Vorher: —Jetzt: True

2026-10-01 · 3 Governance-Eigenschaften dokumentiert

Eine erstmalige Datenaufnahme oder Feldverifikation ist nicht automatisch eine neue Herstellerfunktion.

governance.sso.oidc
Strukturierte Änderung erfasst

Vorher: —Jetzt: True

governance.rbac
Strukturierte Änderung erfasst

Vorher: —Jetzt: True

governance.custom_roles
Strukturierte Änderung erfasst

Vorher: —Jetzt: True

2026-10-01 · 5 Eigenschaften dokumentiert

Eine erstmalige Datenaufnahme oder Feldverifikation ist nicht automatisch eine neue Herstellerfunktion.

api.auth.api_key
Strukturierte Änderung erfasst

Vorher: —Jetzt: True

api.public
Strukturierte Änderung erfasst

Vorher: TrueJetzt: —

api.public_access
Strukturierte Änderung erfasst

Vorher: —Jetzt: True

api.public
Strukturierte Änderung erfasst

Vorher: —Jetzt: True

api.rest
Strukturierte Änderung erfasst

Vorher: —Jetzt: True

2026-10-01 · 2 Eigenschaften dokumentiert

Eine erstmalige Datenaufnahme oder Feldverifikation ist nicht automatisch eine neue Herstellerfunktion.

hosting.docker
Strukturierte Änderung erfasst

Vorher: —Jetzt: True

hosting.self_hosted
Strukturierte Änderung erfasst

Vorher: —Jetzt: True

Änderungsverlauf

Changelog

Primärquellen und Produktstand erneut geprüft; Profil, Verfügbarkeit und Einordnung auf den Prüfstand 30. September 2026 aktualisiert.

Profil auf AgentenProfil 2.0 umgestellt; Quellenstatus, Prüfdatum, Changelog und Filterdaten ergänzt.