n8n-MCP — MCP serveur pour l'écosystème n8n¶

Resume¶

n8n-MCP (16K stars, MIT) est un serveur MCP qui expose l'écosystème n8n complet aux LLMs : 1 396 nodes (812 core + 584 communauté), 87% de couverture documentaire, 2 709 templates de workflows, 265 variantes AI-capable. L'agent Claude peut interroger les nodes disponibles, chercher des templates, valider des configurations, et gérer une instance n8n via API. Hébergement cloud ou self-hosted (Docker/npm).

Analyse critique¶

Ce que ça apporte :

Le problème de n8n avec les LLMs est bien connu : les agents hallucinent les noms de nodes, les propriétés, les paramètres. n8n-MCP injecte les schémas exacts dans le contexte — l'agent sait que le node HTTP Request a un paramètre authentication avec les valeurs exactes supportées, pas une approximation.

Les 2 709 templates sont l'apport le plus concret : au lieu de construire un workflow from scratch, l'agent peut chercher "workflow envoi mail après webhook" et adapter le template existant.

Ce qui est limité :

La valeur dépend entièrement de l'intensité d'usage de n8n. Pour un usage ponctuel (modifier un workflow existant), le MCP est surdimensionné. Pour une équipe qui construit des workflows n8n régulièrement, c'est un vrai gain de temps.

La dépendance au service cloud dashboard.n8n-mcp.com pour la version hébergée est un frein pour un projet sensible — les requêtes de workflow (qui peuvent contenir des données métier) transitent par un tiers.

Pertinence ProbatioVault¶

Impact faible pour l'instant.

n8n est présent dans le repo governance (n8n/) mais peu actif. Le workflow de gouvernance en 11 étapes est orchestré par Claude Code + scripts bash, pas par n8n. Si n8n devient l'orchestrateur de certaines phases (notifications, sync Jira automatique), n8n-MCP deviendrait utile.

À réévaluer si n8n prend de l'importance dans le workflow. Self-hosted docker uniquement (pas le service cloud) pour éviter les données métier externes.