Wie n8n per MCP Server Trigger und MCP Client Workflows als Tools für Claude bereitstellt oder externe MCP-Server nutzt.
n8n bietet zwei Nodes für das Model Context Protocol (MCP): den MCP Server Trigger, mit dem ein n8n-Workflow selbst zum MCP-Server wird und seine Tools für Claude oder andere MCP-fähige Clients freigibt, und den MCP Client, mit dem ein n8n-Workflow umgekehrt Tools eines externen MCP-Servers nutzt. Beide Nodes basieren auf der offiziellen n8n-Dokumentation zu den LangChain-Integrationen und richten sich an Teams, die n8n-Automatisierungen direkt aus einem KI-Chat oder Agenten heraus ansteuerbar machen wollen, ohne für jede Anwendung eine eigene Schnittstelle zu bauen. Stand: Juli 2026.
Das Model Context Protocol ist ein offener Standard, über den KI-Anwendungen wie Claude auf externe Werkzeuge, Daten und Dienste zugreifen können, ohne dass für jede Kombination eine individuelle Integration programmiert werden muss. Ein MCP-Server stellt eine Liste von Tools bereit, ein MCP-Client, etwa Claude Desktop oder ein anderer MCP-fähiger Client, fragt diese Liste ab und ruft einzelne Tools bei Bedarf auf. n8n kann laut eigener Dokumentation in beiden Rollen auftreten: als Server, der eigene Workflows als Tools anbietet, und als Client, der Tools fremder MCP-Server in einen Workflow einbindet. Mehr zum Protokoll selbst erklärt die offizielle Einführung von Model Context Protocol.
Der MCP Server Trigger Node reagiert laut n8n-Dokumentation anders als klassische Trigger nicht auf einzelne Ereignisse, sondern stellt dauerhaft eine URL bereit, über die MCP-Clients verfügbare Tools auflisten und aufrufen können. An den Trigger werden Workflows über den Node „Custom n8n Workflow Tool" angebunden, die dann als einzelne, benennbare Tools erscheinen. n8n erzeugt dafür eine Test-URL für den manuellen Ausführungsmodus und nach der Veröffentlichung eine separate Produktions-URL, jeweils unter einem automatisch generierten, aber änderbaren Pfad. Als Authentifizierung stehen Bearer- und Header-Auth zur Verfügung, wie sie von den regulären HTTP-Request-Credentials in n8n bekannt sind.
Für die Anbindung an Claude Desktop nennt die Dokumentation ein Gateway, das SSE-Nachrichten zu einem stdio-basierten Server proxied, etwa über das Kommandozeilenwerkzeug mcp-remote mit der jeweiligen MCP-URL und einem Authorization-Header.
Umgekehrt bindet der MCP Client Node laut n8n-Dokumentation die Tools eines fremden MCP-Servers in einen Workflow ein. Konfiguriert werden Server-Transport und die MCP-Endpoint-URL des Zielservers, die verfügbaren Tools werden anschließend automatisch vom externen Server abgerufen und stehen zur Auswahl. Für die Authentifizierung unterstützt der Node Bearer-Token, einzelne oder mehrere Header sowie OAuth2, eine Verbindung ganz ohne Authentifizierung ist ebenfalls möglich. Zusätzlich lässt sich festlegen, ob Rückgabewerte wie Bilder oder Audiodateien in Binärdaten umgewandelt werden, und wie lange ein Tool-Aufruf maximal dauern darf. Wichtig für den Einsatz mit KI-Agenten: Die Dokumentation weist ausdrücklich darauf hin, dass für Agenten der spezialisierte MCP Client Tool Node genutzt werden sollte, der reguläre MCP Client Node eignet sich vor allem für die direkte Einbindung in feste Workflow-Schritte.
Ein typisches Szenario: Ein n8n-Workflow mit MCP Server Trigger stellt zwei Custom-Workflow-Tools bereit, eines zum Anlegen eines CRM-Kontakts, eines zum Abrufen offener Rechnungen. Claude Desktop wird über die Produktions-URL des Triggers als MCP-Client verbunden und kann beide Tools nach Bedarf im Chat aufrufen, etwa wenn eine Mitarbeiterin fragt, welche Rechnungen eines Kunden noch offen sind. In die andere Richtung kann derselbe n8n-Workflow mit einem MCP Client Tool Node einen KI-Agenten in n8n an Tools eines externen MCP-Servers anbinden, etwa um Daten aus einem Fachsystem abzufragen, ohne dafür einen eigenen Node zu entwickeln. Wer solche Automatisierungen mit angebundenen KI-Agenten plant, findet Hintergrund zur Einordnung im Beitrag zu KI-Agenten. Da MCP als Protokoll noch vergleichsweise jung ist, lohnt sich vor dem produktiven Einsatz ein Blick in die jeweils aktuelle n8n-Dokumentation, da sich Details zu Authentifizierung und Transport weiterentwickeln können.
Der MCP Server Trigger macht einen n8n-Workflow zu einem MCP-Server, dessen Tools von außen, etwa von Claude, aufgerufen werden können. Der MCP Client macht es umgekehrt: n8n ruft dabei Tools eines externen MCP-Servers auf und nutzt sie innerhalb eines eigenen Workflows.
Ja. Laut n8n-Dokumentation lässt sich die Produktions-URL des MCP Server Trigger über ein Gateway wie mcp-remote in die Konfiguration von Claude Desktop eintragen, sodass Claude die dort bereitgestellten Workflow-Tools direkt aufrufen kann.
Der Trigger unterstützt laut Dokumentation Bearer-Auth und Header-Auth, basierend auf den gleichen Credential-Typen, die auch bei regulären HTTP-Request-Nodes in n8n verwendet werden.
Ja. Für die Einbindung in einen KI-Agenten in n8n wird laut Dokumentation der spezialisierte MCP Client Tool Node empfohlen, nicht der reguläre MCP Client Node, der eher für feste Workflow-Schritte gedacht ist.
Gründer von NordFlux. Sieben Jahre Erfahrung von Web und SEO bis zur Automatisierung im Konzern-Maßstab, heute pragmatisch für den Mittelstand und mit deutscher Datenhoheit.
Zertifizierungen
Wie Sie Anthropic- und OpenAI-Credentials in n8n einrichten, das passende Modell je Aufgabe wählen und Token-Kosten im Griff behalten.
n8n hält Binärdaten im RAM: 100 PDFs können den Server crashen. So hilft Filesystem- oder S3-Mode gegen die Speicherexplosion.
So installieren Sie n8n mit Docker Compose: Postgres statt SQLite, .env, Volumes und Updates Schritt für Schritt.
Ob als MCP Server Trigger, der Workflows als Tools bereitstellt, oder als MCP Client, der externe Server anspricht: Die Einrichtung ist technisch anspruchsvoll und die Sicherheitsfragen bei Werkzeugfreigaben werden schnell übersehen. NordFlux plant und baut Ihre MCP-Integration in n8n, von der ersten Server-Konfiguration bis zum produktiven Agenten-Einsatz.
