MCP in n8n: MCP Server Trigger und Client für Claude

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.

Was ist MCP, kurz eingeordnet

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.

MCP Server Trigger: n8n-Workflows als Tools bereitstellen

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.

• Transport: Unterstützt werden Server-Sent Events (SSE) und streamable HTTP, kein klassisches stdio.
• Betrieb im Queue Mode: Bei mehreren Replicas müssen laut Dokumentation alle Anfragen an /mcp* auf eine einzelne, dedizierte Webhook-Replica geroutet werden, sonst werden die Verbindungen instabil.
• Reverse Proxy: Bei nginx als vorgeschaltetem Proxy muss das Proxy-Buffering für den MCP-Endpunkt deaktiviert werden.

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.

MCP Client: externe MCP-Server aus n8n heraus nutzen

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.

Praktisches Beispiel

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.

Häufige Fragen zu MCP in n8n

Was ist der Unterschied zwischen MCP Server Trigger und MCP Client in n8n?

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.

Kann ich n8n mit Claude Desktop verbinden?

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.

Welche Authentifizierung unterstützt der MCP Server Trigger?

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.

Brauche ich für einen KI-Agenten einen eigenen MCP-Node?

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.