- \n
- Les serveurs MCP donnent \u00e0 Claude acc\u00e8s \u00e0 la documentation n8n, \u00e0 des workflows d’exemple et \u00e0 l’API n8n, de sorte que des workflows naissent d’un prompt.<\/li>\n
- Le niveau 1 (uniquement Claude Desktop plus MCP) se met en place par copier-coller dans un fichier de configuration et reste accessible sans connaissances techniques.<\/li>\n
- Le niveau 2 ajoute Docker, afin que Claude puisse \u00e9crire des workflows directement dans le compte n8n via une cl\u00e9 API.<\/li>\n
- Le niveau 3 y ajoute l’\u00e9diteur Cursor, pour acc\u00e9der \u00e0 de grandes biblioth\u00e8ques de workflows sans faire exploser la fen\u00eatre de contexte de Claude.<\/li>\n
- Les r\u00e9sultats sont des brouillons fonctionnels (environ 70 \u00e0 80 pour cent), pas un \u00e9tat de production fini ; les identifiants et le r\u00e9glage fin restent du travail manuel.<\/li>\n<\/ul>\n<\/div>\n
![\"Trois](\"https:\/\/pletzenauer.com\/wp-content\/uploads\/2026\/06\/1494-1.png\")
Les trois niveaux montr\u00e9s dans la vid\u00e9o, avec un effort d’installation croissant.<\/figcaption><\/figure>\n Ce que font r\u00e9ellement les serveurs MCP<\/h2>\n
MCP signifie Model Context Protocol. Dans la vid\u00e9o, il est d\u00e9crit comme un wrapper autour d’une API ou du service backend d’une application, qui simplifie la communication dans les deux sens. L’analogie parlante : autrefois, chaque fonction d’une application correspondait \u00e0 une porte distincte, et pour chaque requ\u00eate il fallait cr\u00e9er la cl\u00e9 correspondante s\u00e9par\u00e9ment. Un serveur MCP regroupe tout cela. Une seule cl\u00e9 ouvre plusieurs portes \u00e0 la fois.<\/p>\n
Concr\u00e8tement : au lieu de c\u00e2bler en dur chaque fonction s\u00e9par\u00e9ment, un unique serveur fournit une multitude de fonctions. Dans l’exemple, le serveur n8n-MCP central met \u00e0 disposition 38 fonctions diff\u00e9rentes, dont la recherche de n\u0153uds, le chargement de la documentation et la cr\u00e9ation de workflows complets.<\/p>\n
Les quatre composants<\/h3>\n
- \n
- Documentation n8n :<\/strong> Comme n8n est largement open source, un serveur MCP peut lire la documentation publique et reconna\u00eetre ainsi quels n\u0153uds sont pertinents et quand.<\/li>\n
- Biblioth\u00e8que de workflows :<\/strong> Des d\u00e9p\u00f4ts optionnels contenant des milliers de workflows d’exemple augmentent le taux de r\u00e9ussite et r\u00e9duisent les hallucinations ou les n\u0153uds erron\u00e9s.<\/li>\n
- Exemples d’agents :<\/strong> Qui veut des agents IA plut\u00f4t que de simples workflows de A \u00e0 B devrait le demander dans le prompt ou fournir des exemples d’agents. En arri\u00e8re-plan, les structures d’agents reposent sur des n\u0153uds LangChain.<\/li>\n
- Acc\u00e8s \u00e0 l’API n8n :<\/strong> Ce n’est qu’avec une cl\u00e9 API et une URL renseign\u00e9es que Claude peut r\u00e9ellement \u00e9crire des workflows dans le compte.<\/li>\n<\/ul>\n
Niveau 1 : Claude Desktop plus serveur MCP<\/h2>\n
La variante d’entr\u00e9e se passe de Docker et convient, selon la vid\u00e9o, \u00e0 tous les niveaux de connaissances. Dans Claude Desktop, le chemin passe par Param\u00e8tres, D\u00e9veloppeur, Modifier la configuration<\/strong>. Le bloc JSON des serveurs MCP souhait\u00e9s est ins\u00e9r\u00e9 dans le fichier de configuration, puis le programme est enti\u00e8rement quitt\u00e9 et red\u00e9marr\u00e9.<\/p>\n
Dans la vid\u00e9o, trois d\u00e9p\u00f4ts GitHub sont combin\u00e9s : une collection de milliers de workflows n8n, le service Context7 pour une documentation toujours \u00e0 jour, ainsi que le serveur n8n-MCP proprement dit. Le code JSON ad\u00e9quat est fourni par l’outil gitmcp.io<\/strong>, qui permet de g\u00e9n\u00e9rer \u00e0 partir d’un d\u00e9p\u00f4t GitHub un petit serveur MCP accompagn\u00e9 d’un extrait de configuration pr\u00eat \u00e0 l’emploi. Les extraits peuvent ensuite \u00eatre fusionn\u00e9s par Claude lui-m\u00eame en un seul fichier de configuration.<\/p>\n
Limite de ce niveau : sans Docker, l’acc\u00e8s \u00e0 l’API manque. Le serveur n8n-MCP n’offre ici que quatre fonctions au lieu de 38. Claude peut donc g\u00e9n\u00e9rer des workflows sous forme de JSON, que l’on importe manuellement dans n8n, mais pas les \u00e9crire automatiquement. Dans la d\u00e9monstration, Claude parcourt la biblioth\u00e8que de workflows \u00e0 la recherche d’un exemple Telegram, apprend de sa structure et en tire un brouillon importable. Avec le compl\u00e9ment Context7, le m\u00eame workflow peut \u00eatre affin\u00e9 \u00e0 l’aide de la documentation actuelle.<\/p>\n
Niveau 2 : Docker en plus, pour l’import direct<\/h2>\n
Le deuxi\u00e8me niveau ajoute Docker. D\u00e9crit dans la vid\u00e9o comme une plateforme de conteneurs qui ex\u00e9cute des applications isol\u00e9es localement sur son propre mat\u00e9riel. L’avantage : le serveur n8n-MCP tourne en local, ce qui est favorable du point de vue de la s\u00e9curit\u00e9, et peut, avec une cl\u00e9 API renseign\u00e9e, \u00e9crire des workflows dans le compte n8n par programmation.<\/p>\n
Pour l’installation, il existe deux voies. Soit le t\u00e9l\u00e9chargement manuel de Docker Desktop pour Windows ou Mac, soit le terminal assist\u00e9 par IA Warp<\/strong>, auquel on donne des instructions en langage naturel comme \u00ab Lade Docker f\u00fcr mich herunter \u00bb. En cas d’erreur, Warp propose l’\u00e9tape suivante, que l’on peut reprendre avec la touche de tabulation. Le d\u00e9marrage effectif du serveur se fait avec une seule ligne sur le mod\u00e8le docker pull<\/strong> accompagn\u00e9e du lien vers le serveur MCP.<\/p>\n
\u00c0 quoi faire attention<\/h3>\n
- \n
- Le conteneur doit tourner (symbole vert) et Docker Desktop ne doit pas \u00eatre ferm\u00e9, sinon la connexion \u00e0 Claude s’interrompt et les outils disparaissent.<\/li>\n
- Pour l’acc\u00e8s \u00e0 l’API, il faut l’URL de l’instance n8n (la partie avant la barre oblique) ainsi qu’une cl\u00e9 API, g\u00e9n\u00e9r\u00e9e dans les param\u00e8tres n8n sous \u00ab n8n API \u00bb.<\/li>\n
- Les deux sont inscrits dans le bloc JSON. Ensuite, 38 fonctions au lieu de quatre deviennent visibles, dont la fonction centrale n8n_create_workflow<\/strong> ainsi que la lecture et la modification de workflows existants.<\/li>\n<\/ul>\n
Niveau 3 : Cursor comme r\u00e9servoir de connaissances<\/h2>\n
Le troisi\u00e8me niveau combine Claude Desktop, Docker et l’\u00e9diteur de code Cursor<\/strong>. La raison tient \u00e0 une limite pratique de Claude : lors de la g\u00e9n\u00e9ration de fichiers JSON, la fen\u00eatre de contexte se remplit vite, et les conversations longues atteignent des limites. Cursor est con\u00e7u pour \u00e9crire et parcourir de grandes quantit\u00e9s de code et peut r\u00e9f\u00e9rencer des dossiers entiers contenant des milliers de fichiers de workflow, sans tout charger dans le contexte de Claude.<\/p>\n
Les serveurs MCP utilis\u00e9s dans la vid\u00e9o (n8n-MCP et Context7) se configurent dans Cursor avec exactement le m\u00eame JSON que dans Claude Desktop. Pratique : on peut ajouter des dossiers par glisser-d\u00e9poser, par exemple une collection d’outils d’agents ou des workflows d’agents d’exemple, et y renvoyer pr\u00e9cis\u00e9ment dans le prompt.<\/p>\n
Un autre point est le choix du mod\u00e8le. Cursor donne acc\u00e8s \u00e0 diff\u00e9rents mod\u00e8les Claude et \u00e0 leur variante Max, ainsi qu’\u00e0 d’autres mod\u00e8les de langage en alternative. Si l’on atteint une limite, on peut changer de mod\u00e8le. La vid\u00e9o ajoute que l’\u00e9diteur Windsurf n’a pas \u00e9t\u00e9 utilis\u00e9, parce qu’il a \u00e9t\u00e9 rachet\u00e9 par OpenAI et que Claude y aurait mis fin \u00e0 l’acc\u00e8s natif aux mod\u00e8les les plus r\u00e9cents.<\/p>\n
Le passage enti\u00e8rement automatique<\/h3>\n
Dans la d\u00e9monstration, Claude planifie d’abord, en mode \u00ab Ask \u00bb, un workflow d’agent pour une soci\u00e9t\u00e9 immobili\u00e8re avec des outils comme GoHighLevel, Gmail, Google Sheets et Slack. Pour l’ex\u00e9cution, on bascule en mode \u00ab Agent \u00bb, afin que les serveurs MCP soient effectivement appel\u00e9s. Ensuite, le d\u00e9roulement suivant se fait largement sans intervention :<\/p>\n
- \n
- lire la documentation et lister les n\u0153uds pertinents<\/li>\n
- v\u00e9rifier la structure et la disponibilit\u00e9 des n\u0153uds (y compris une requ\u00eate de health check contre le compte n8n)<\/li>\n
- cr\u00e9er le workflow, le valider et d\u00e9tecter les erreurs<\/li>\n
- si besoin, simplifier et r\u00e9parer par mise \u00e0 jour partielle plut\u00f4t que r\u00e9\u00e9crire enti\u00e8rement<\/li>\n
- validation finale et \u00e9criture dans le compte n8n, avec l’ID du workflow<\/li>\n<\/ul>\n
L’ensemble du parcours a dur\u00e9, dans cet exemple, environ dix minutes et s’est termin\u00e9 par un workflow d’agent fonctionnel dans le compte n8n, contenant un d\u00e9clencheur de chat, une m\u00e9moire et un mod\u00e8le de langage.<\/p>\n
Les trois niveaux compar\u00e9s<\/h2>\n
- \n
- Niveau 1 (Claude Desktop plus MCP) :<\/strong> effort faible, pas de Docker, pas d’import direct. Le r\u00e9sultat est du JSON importable. Bon pour essayer.<\/li>\n
- Niveau 2 (plus Docker) :<\/strong> effort moyen, installation de Docker une seule fois. Acc\u00e8s en \u00e9criture direct au compte n8n via une cl\u00e9 API.<\/li>\n
- Niveau 3 (plus Cursor) :<\/strong> effort plus \u00e9lev\u00e9, mais pas de limite de contexte, acc\u00e8s \u00e0 de grandes biblioth\u00e8ques, changement de mod\u00e8le et parcours de bout en bout enti\u00e8rement automatique pour des workflows d’agents plus complexes.<\/li>\n<\/ul>\n
Ce que cela vaut en pratique<\/h2>\n
L’approche d\u00e9charge du travail r\u00e9p\u00e9titif et fournit des points de d\u00e9part utilisables. Ce qui reste important, c’est l’attente r\u00e9aliste, \u00e9galement mentionn\u00e9e dans la vid\u00e9o : d’un prompt vague na\u00eet un brouillon simple, qui couvre environ 70 \u00e0 80 pour cent. Plus la description de vos propres processus, points de friction et outils existants est pr\u00e9cise, plus le r\u00e9sultat est ajust\u00e9.<\/p>\n
Du point de vue du conseil, cela signifie : les workflows g\u00e9n\u00e9r\u00e9s sont un point de d\u00e9part, pas un produit fini. Les identifiants, la protection des donn\u00e9es, la gestion des erreurs et la logique m\u00e9tier doivent toujours \u00eatre v\u00e9rifi\u00e9s et compl\u00e9t\u00e9s. L’aspect s\u00e9curit\u00e9 du serveur ex\u00e9cut\u00e9 localement (niveau 2) est un argument, mais ne remplace pas une gouvernance propre dans l’attribution des cl\u00e9s API.<\/p>\n
Conclusion<\/h2>\n
La combinaison de Claude et des serveurs MCP abaisse sensiblement la barri\u00e8re d’entr\u00e9e pour n8n. Qui veut seulement tester atteint son but avec le niveau 1, sans obstacle technique. L’import direct (niveau 2) et la construction enti\u00e8rement automatique de workflows d’agents complexes (niveau 3) demandent un peu plus d’installation, mais offrent en \u00e9change un d\u00e9roulement qui \u00e9pargne l’essentiel du travail de clics manuels. Ce qui reste d\u00e9cisif, c’est la qualit\u00e9 du prompt et une v\u00e9rification critique des r\u00e9sultats. Comme outil d’acc\u00e9l\u00e9ration, l’approche est utile ; il ne faut pas y voir un dispositif qui tourne tout seul.<\/p>\n
- Niveau 2 (plus Docker) :<\/strong> effort moyen, installation de Docker une seule fois. Acc\u00e8s en \u00e9criture direct au compte n8n via une cl\u00e9 API.<\/li>\n
- Niveau 1 (Claude Desktop plus MCP) :<\/strong> effort faible, pas de Docker, pas d’import direct. Le r\u00e9sultat est du JSON importable. Bon pour essayer.<\/li>\n
- Biblioth\u00e8que de workflows :<\/strong> Des d\u00e9p\u00f4ts optionnels contenant des milliers de workflows d’exemple augmentent le taux de r\u00e9ussite et r\u00e9duisent les hallucinations ou les n\u0153uds erron\u00e9s.<\/li>\n
- Documentation n8n :<\/strong> Comme n8n est largement open source, un serveur MCP peut lire la documentation publique et reconna\u00eetre ainsi quels n\u0153uds sont pertinents et quand.<\/li>\n