Comment n8n met à disposition des workflows comme outils pour Claude via MCP Server Trigger et MCP Client, ou utilise des serveurs MCP externes.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
NordFlux construit des employés numériques pour les organisations : des automatisations et des agents KI qui prennent en charge le travail répétitif. Vous gardez le contrôle.
Comment configurer les identifiants Anthropic et OpenAI dans n8n, choisir le modèle adapté à chaque tâche et maîtriser les coûts en tokens.
n8n garde les données binaires en RAM : 100 PDFs peuvent faire crasher le serveur. Voici comment le mode Filesystem ou S3 aide à prévenir l'explosion de mémoire.
Comment installer n8n avec Docker Compose : Postgres au lieu de SQLite, .env, volumes et mises à jour étape par étape.
Que ce soit via un MCP Server Trigger qui expose vos workflows comme outils, ou un MCP Client qui interroge des serveurs externes, la mise en place est techniquement exigeante, et les questions de sécurité autour des autorisations d'outils sont vite négligées. NordFlux conçoit et met en place votre intégration MCP dans n8n, de la configuration initiale du serveur jusqu'à l'utilisation en production par vos agents.
