Zum Inhalt springen

Blog

n8n MCP einrichten: Instanz, Server Trigger und Client

Bei n8n bezeichnet MCP mehrere Zugänge. Entscheiden Sie zuerst, ob ein externer Client n8n aufrufen oder n8n einen anderen Server nutzen soll.

Veröffentlicht am · von tracevero · Lesezeit 4 Minuten (682 Wörter)

Eine Suche nach n8n MCP führt zu unterschiedlichen Einrichtungen. Für einen sauberen Start zeichnen Sie einen Pfeil: vom aufrufenden Programm zum angebotenen Werkzeug. Der Integrationshelfer hilft zunächst bei der Frage, ob Ihre Aufgabe überhaupt einen MCP-Aufruf, einen Webhook oder eine API-Abfrage braucht. Dieser Leitfaden beschreibt die dokumentierten n8n-Zugänge. Er bestätigt keine erfolgreiche Verbindung zu Ihrer Instanz; deren Version, Erreichbarkeit und Berechtigungen müssen Sie im eigenen Test prüfen.

Drei Wege mit unterschiedlicher Richtung

Vom Auslöser zum geprüften Ergebnis 1. Auslöser Start festlegen. 2. Zugang Umfang begrenzen. 3. Ergebnis Wirkung prüfen.
Vorgeschlagener Prüfablauf, kein durchgeführter Anbietertest.
Welche Seite stellt die Funktion bereit?
WegRichtungGeeignet für
InstanzzugangExterner Client → n8nFreigegebene Abläufe über den Instanzzugang
MCP Server TriggerExterner Client → WorkflowGezielt angebotene Werkzeuge eines Workflows
MCP Client Tooln8n → externer ServerWerkzeuge eines anderen MCP-Servers

Verwechseln Sie den Client nicht mit dem Server: Beim MCP Client Tool ruft n8n einen fremden Dienst auf. Ein Server Trigger stellt dagegen Funktionen nach außen bereit. Diese Rollen bestimmen, auf welcher Seite Sie Endpunkt, Anmeldung und Fehlerprotokoll suchen. Notieren Sie die Richtung neben der Konfiguration. So kann eine zweite Person nachvollziehen, welches Programm welches Werkzeug erreichen soll, ohne allein aus einem Knotennamen darauf schließen zu müssen.

Instanzzugang bewusst eingrenzen

Der dokumentierte Instanzzugang wird unter Settings > Instance-level MCP aktiviert. Kopieren Sie die dort angezeigte Serveradresse; der dokumentierte Pfad endet auf /mcp-server/http. Prüfen Sie die Freigaben einzelner Workflows und die Rechte des verwendeten Kontos. Die Herstellermeldungen unterscheiden zwischen Suchen, Ausführen und Bearbeiten. Sichtbare Suchvorschauen bedeuten deshalb nicht automatisch, dass ein Ablauf ausführbar ist. Die Bedienoberfläche hängt von Ihrer n8n-Version ab; gleichen Sie die Schritte mit der verlinkten aktuellen Dokumentation ab.

Einzelne Werkzeuge über den Server Trigger anbieten

Der MCP Server Trigger bietet die angeschlossenen Werkzeugknoten eines Workflows an. Die Dokumentation unterscheidet Test- und Produktionsadresse und nennt Streamable HTTP sowie SSE, jedoch keinen stdio-Zugang. Kopieren Sie die passende Adresse aus dem Knoten, statt einen Pfad selbst zusammenzusetzen. Für die erste Probe genügt ein Werkzeug, das aus einer Testkennung ein festes Ergebnis liefert. Lassen Sie externe Änderungen zunächst weg. Damit trennen Sie die Frage nach einer funktionierenden Verbindung von der Frage nach richtigen Zugangsdaten für weitere Apps.

Externe Werkzeuge aus n8n aufrufen

Beim MCP Client Tool steht die Adresse des externen Servers im Mittelpunkt. Prüfen Sie dessen dokumentierte Anmeldung und begrenzen Sie die eingebundenen Werkzeuge über die angebotene Auswahl. Ein Filter in der Oberfläche ist keine Aussage über die Rechte der hinterlegten Zugangsdaten beim Zieldienst. Der Leitfaden zur Anmeldung erläutert diese Ebenen. Suchen Sie bei einem Verbindungsfehler zuerst auf der aufrufenden Seite und dann beim Ziel nach demselben Testvorgang.

  1. Notieren Sie Version, Verbindungsrichtung und gewählten Zugang. Legen Sie eine Testkennung und das erwartete Ergebnis fest.

  2. Verbinden Sie zunächst genau ein Werkzeug und listen Sie es vom aufrufenden Client aus auf. Prüfen Sie Namen und Eingabeschema.

  3. Rufen Sie das Werkzeug einmal auf. Vergleichen Sie Eingabe, Rückgabe und den passenden Ausführungsnachweis in n8n.

  4. Wiederholen Sie die Probe mit der vorgesehenen Betriebsadresse. Prüfen Sie separat, was beim Entzug des Zugangs und bei einer ungültigen Eingabe geschieht.

Dokumentieren Sie nicht nur „Verbindung erfolgreich“, sondern auch das tatsächlich sichtbare Werkzeug und dessen Wirkung. Für eine spätere Übergabe gehören Zieladresse ohne Geheimwerte, Version und Prüfergebnis zusammen. Bei HTTP-Fehlern nutzen Sie die Fehlersuche. Soll ein Ereignis automatisch starten, prüfen Sie zusätzlich den Vergleich von MCP, API und Webhook; ein erreichbarer Server richtet noch keinen Ereignisauslöser ein.

Ist die Instanzadresse identisch mit der Trigger-Adresse?
Nein. Übernehmen Sie die Adresse aus der Einrichtung des jeweils gewählten Zugangs.
Brauche ich für einen externen Server einen Server Trigger?
Für den Aufruf eines externen Servers ist n8n der Client. Prüfen Sie dafür das MCP Client Tool.
Belegt eine Werkzeugliste einen erfolgreichen Workflow?
Nein. Sie zeigt die angebotenen Funktionen. Erst ein kontrollierter Aufruf prüft die tatsächliche Wirkung.
Warum funktioniert die Testadresse später nicht mehr?
Test- und Produktionszugang sind getrennte Wege. Prüfen Sie den aktiven Testzustand beziehungsweise die Veröffentlichung und verwenden Sie die passende Adresse.

  1. n8n instance-level MCP
    Abrufbefehl anzeigencurl -s https://docs.n8n.io/connect/connect-to-n8n-mcp-server
  2. n8n MCP Server Trigger
    Abrufbefehl anzeigencurl -s https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-langchain.mcptrigger/
  3. n8n MCP Client Tool
    Abrufbefehl anzeigencurl -s https://docs.n8n.io/integrations/builtin/cluster-nodes/sub-nodes/n8n-nodes-langchain.toolmcp/

Weiter zur Anwendung

Alle Beiträge

tracevero · https://tracevero.de/blog/n8n-mcp-einrichten