MCP dans n8n : MCP Server Trigger et Client pour Claude

n8n propose deux nodes pour le Model Context Protocol (MCP) : le MCP Server Trigger, avec lequel un workflow n8n devient lui-même un serveur MCP et met ses outils à disposition de Claude ou d'autres clients compatibles MCP, et le MCP Client, avec lequel un workflow n8n utilise inversement les outils d'un serveur MCP externe. Les deux nodes s'appuient sur la documentation officielle de n8n relative aux intégrations LangChain et s'adressent aux équipes qui souhaitent rendre les automatisations n8n pilotables directement depuis un chat IA ou un agent, sans avoir à construire une interface propre pour chaque application. Au : juillet 2026.

Qu'est-ce que MCP, en bref

Le Model Context Protocol est un standard ouvert grâce auquel des applications d'IA comme Claude peuvent accéder à des outils, données et services externes, sans qu'il soit nécessaire de programmer une intégration individuelle pour chaque combinaison. Un serveur MCP met à disposition une liste d'outils, un client MCP, par exemple Claude Desktop ou un autre client compatible MCP, interroge cette liste et appelle des outils individuels selon les besoins. Selon sa propre documentation, n8n peut assumer les deux rôles : en tant que serveur, qui propose ses propres workflows comme outils, et en tant que client, qui intègre dans un workflow les outils de serveurs MCP tiers. Pour en savoir plus sur le protocole lui-même, voir l'introduction officielle de Model Context Protocol.

MCP Server Trigger : mettre des workflows n8n à disposition comme outils

Selon la documentation n8n, le node MCP Server Trigger, contrairement aux triggers classiques, ne réagit pas à des événements individuels mais met en permanence à disposition une URL par laquelle les clients MCP peuvent lister et appeler les outils disponibles. Les workflows sont reliés au trigger via le node « Custom n8n Workflow Tool », qui apparaissent alors comme des outils individuels et nommables. n8n génère à cet effet une URL de test pour le mode d'exécution manuel et, après publication, une URL de production distincte, chacune sous un chemin généré automatiquement mais modifiable. Pour l'authentification, Bearer Auth et Header Auth sont disponibles, comme on les connaît des identifiants HTTP Request classiques dans n8n.

• Transport : Server-Sent Events (SSE) et streamable HTTP sont pris en charge, pas le stdio classique.
• Fonctionnement en Queue Mode : Avec plusieurs replicas, selon la documentation, toutes les requêtes vers /mcp* doivent être routées vers une seule réplique webhook dédiée, sinon les connexions deviennent instables.
• Reverse Proxy : Avec nginx comme proxy en amont, la mise en mémoire tampon du proxy doit être désactivée pour le endpoint MCP.

Pour la connexion à Claude Desktop, la documentation mentionne une gateway qui relaie les messages SSE vers un serveur basé sur stdio, par exemple via l'outil en ligne de commande mcp-remote avec l'URL MCP correspondante et un en-tête Authorization.

MCP Client : utiliser des serveurs MCP externes depuis n8n

Inversement, le node MCP Client intègre, selon la documentation n8n, les outils d'un serveur MCP externe dans un workflow. Le transport serveur et l'URL du endpoint MCP du serveur cible sont configurés, les outils disponibles sont ensuite récupérés automatiquement depuis le serveur externe et proposés au choix. Pour l'authentification, le node prend en charge le jeton Bearer, un ou plusieurs headers ainsi que OAuth2, une connexion sans aucune authentification est également possible. De plus, il est possible de définir si les valeurs de retour telles que des images ou des fichiers audio doivent être converties en données binaires, et combien de temps un appel d'outil peut durer au maximum. Important pour l'utilisation avec des agents IA : la documentation indique explicitement que pour les agents, le node spécialisé MCP Client Tool doit être utilisé, le node MCP Client classique convient surtout pour l'intégration directe dans des étapes de workflow fixes.

Exemple pratique

Un scénario typique : un workflow n8n avec MCP Server Trigger met à disposition deux outils de workflow personnalisés, l'un pour créer un contact CRM, l'autre pour récupérer les factures ouvertes. Claude Desktop est connecté via l'URL de production du trigger en tant que client MCP et peut appeler les deux outils selon les besoins dans le chat, par exemple lorsqu'une collaboratrice demande quelles factures d'un client sont encore ouvertes. Dans l'autre sens, ce même workflow n8n peut, avec un node MCP Client Tool, relier un agent IA dans n8n aux outils d'un serveur MCP externe, par exemple pour interroger des données d'un système métier sans avoir à développer de node propre pour cela. Ceux qui planifient de telles automatisations avec des agents IA connectés trouveront des informations de contexte dans l'article sur les Agents IA. Comme MCP est encore un protocole relativement jeune, il est utile, avant une mise en production, de consulter la documentation n8n la plus récente, car les détails relatifs à l'authentification et au transport peuvent continuer à évoluer.

Questions fréquentes sur MCP dans n8n

Quelle est la différence entre MCP Server Trigger et MCP Client dans n8n ?

Le MCP Server Trigger transforme un workflow n8n en serveur MCP, dont les outils peuvent être appelés de l'extérieur, par exemple par Claude. Le MCP Client fait l'inverse : n8n appelle des outils d'un serveur MCP externe et les utilise au sein de son propre workflow.

Puis-je connecter n8n à Claude Desktop ?

Oui. Selon la documentation n8n, l'URL de production du MCP Server Trigger peut être renseignée dans la configuration de Claude Desktop via une gateway telle que mcp-remote, afin que Claude puisse appeler directement les outils de workflow qui y sont proposés.

Quelle authentification le MCP Server Trigger prend-il en charge ?

Selon la documentation, le trigger prend en charge Bearer Auth et Header Auth, basés sur les mêmes types d'identifiants également utilisés pour les nodes HTTP Request classiques dans n8n.

Ai-je besoin d'un node MCP dédié pour un agent IA ?

Oui. Pour l'intégration dans un agent IA dans n8n, la documentation recommande le node spécialisé MCP Client Tool, et non le node MCP Client classique, davantage destiné à des étapes de workflow fixes.