Qu’est-ce que n8n Instance-level MCP ?
Le serveur MCP au niveau de l'instance de n8n fait partie de n8n, la plateforme d'automatisation de workflows, plutôt que d'être un paquet séparé. Un propriétaire ou admin l'active sous Settings > Instance-level MCP, et les clients MCP se connectent à une URL sur l'instance se terminant par /mcp-server/http. Il marche sur n8n Cloud et les instances auto-hébergées, et le billet de lancement de n8n dit qu'il est dans chaque édition, y compris la Community Edition gratuite auto-hébergée.
Il a commencé comme un moyen de lancer des workflows existants. Depuis une mise à jour annoncée le 29 avril 2026, les clients peuvent aussi créer et éditer des workflows, les valider, lancer des exécutions de test avec des données épinglées et les publier ; n8n recommande la version 2.18.4 ou plus récente. Le modèle écrit chaque workflow en TypeScript, qui doit passer la vérification de types avant que rien n'atteigne l'instance. Les versions ultérieures ont ajouté les contrôles de projets et dossiers (2.24.0), la gestion d'agents (2.34.0, étiqueté Preview) et l'auto-exposition des nouveaux workflows (2.36.0, encore en déploiement).
Ce n'est pas le nœud MCP Server Trigger, qui transforme un seul workflow en son propre serveur MCP avec des outils que vous concevez.
Installer n8n Instance-level MCP
https://<your-n8n-instance>/mcp-server/httpn8n Instance-level MCP vaut-il le coup ?
Le modèle de permission est la raison de le préférer aux serveurs communautaires. Rien n'est exposé en masse : vous activez MCP par workflow, ou pour un projet ou dossier, et search_workflows ne renvoie que des aperçus des workflows non activés. OAuth est la connexion recommandée, chaque client OAuth n'obtient que les permissions approuvées à la connexion, et les clients connectés peuvent être examinés et révoqués depuis la page des paramètres.
Les lacunes sont spécifiques. L'accès n'est pas cadré par client, si bien que chaque client connecté voit chaque workflow activé que l'utilisateur peut atteindre. Les URL de callback sont ouvertes par défaut, ce que la propre documentation de n8n qualifie de moins sûr. Les clients qui se connectent avec la clé d'API personnelle n'apparaissent pas dans la liste de révocation, et la clé ne peut pas être revue une fois que vous quittez l'onglet. execute_workflow utilise par défaut le mode production et lance la version publiée, si bien qu'un modèle peut causer de vrais effets de bord dans tout ce que vous exposez.
Sur la qualité, le billet de lancement de n8n est exceptionnellement franc. Les workflows complexes ont souvent besoin d'une deuxième ou troisième passe, la logique de branchement a souvent besoin d'un nettoyage manuel, et les modèles tendent à sur-construire, par exemple en écrivant un nœud Code de 50 lignes là où un template et un nœud Set suffiraient. Les éditions faites dans l'interface en cours de session peuvent être écrasées si le modèle ne récupère pas la dernière version. n8n rapporte aussi que Claude Code a produit de meilleurs résultats que Claude en chat avec le même prompt et le même modèle.
Comparé au serveur communautaire n8n-MCP, celui-ci n'a besoin d'aucun processus supplémentaire et peut utiliser des capacités qui ne sont pas dans l'API publique de n8n, mais il lui manque la grande base de données de nœuds et templates de ce projet. Les clients hébergés dans le cloud comme Claude.ai et ChatGPT ont aussi besoin que l'instance soit accessible depuis internet, ce qui est exactement ce que beaucoup d'équipes ont choisi d'auto-héberger n8n pour éviter.
Là où il fait la différence
Un ingénieur en automatisation dans une agence de 30 personnes sur n8n auto-hébergé
Rédiger un nouveau workflow d'onboarding client à partir d'une spec écrite dans Claude Code
Le modèle cherche les nœuds, écrit le workflow en TypeScript qui doit passer la vérification de types, lance test_workflow avec des données épinglées et ne publie que lorsqu'on le lui dit. Le billet propre de n8n dit que les flux complexes ont besoin d'une deuxième ou troisième passe, alors budgétez du temps de revue plutôt que d'attendre une construction en un coup.
Un responsable des opérations sur n8n Cloud Pro
Laisser le personnel de support déclencher des workflows de remboursement et de reporting existants depuis ChatGPT
N'activez que ces workflows ; execute_workflow lance la version publiée, et chaque exécution est une exécution ordinaire contre l'offre (10 000 par mois sur Pro à partir de 50 €). Révoquez le client d'une personne depuis Connected clients quand elle part.
Un ingénieur plateforme chez un assureur avec un n8n interne
Garder l'accès IA aux automatisations auditable et facile à désactiver
Réglez les URL de callback sur fiables uniquement, exigez OAuth plutôt que la clé d'API partagée, et gardez l'instance hors de l'internet public pour que seuls les clients locaux ou d'IDE se connectent. Sur les instances auto-hébergées, N8N_DISABLED_MODULES=mcp retire les endpoints entièrement.
Avant de vous engager
- Mise en route
- Un propriétaire ou admin l'active sous Settings > Instance-level MCP, puis active les workflows individuellement ou par projet ou dossier ; les clients se connectent à l'URL de l'instance se terminant par /mcp-server/http. n8n documente Claude Desktop, Claude Code, Codex, Cursor, VS Code, Gemini CLI et Windsurf, et recommande 2.18.4 ou plus récent pour la construction.
- Intégrations
- La référence d'outils documente 25 outils pour les workflows, exécutions, identifiants, contexte d'instance et le constructeur, dont publish, unpublish, execute et test changent l'état ; les outils create, update, restore, agent et data-table se posent dessus. list_credentials renvoie les noms, jamais les valeurs secrètes.
- Données et confidentialité
- Tout reste dans votre instance, mais le client connecté et son fournisseur de modèle voient les définitions de workflows et les données d'exécution que l'utilisateur peut atteindre. n8n Cloud est couvert par SOC 2 Type II selon le centre de confiance de n8n ; une instance auto-hébergée garde les données sur vos serveurs.
- Coût à grande échelle
- Le serveur n'ajoute aucun frais. Les exécutions de production déclenchées par agent comptent comme des exécutions (la tarification de n8n mesure les exécutions de production et ne dit pas si test_workflow avec données épinglées compte) : Cloud Starter à 20 € par mois couvre 2 500 et Pro à partir de 50 € couvre 10 000 en facturation annuelle, tandis qu'une Community Edition auto-hébergée ne coûte que le serveur.
- Limites
- test_workflow attend 5 minutes par défaut et 60 au plus ; les proxies et pare-feu doivent passer les en-têtes MCP-Protocol-Version, Mcp-Method et Mcp-Name ; la gestion d'agents a besoin du module agents sur les instances auto-hébergées.
Les points forts
- De première partie, tourne dans n8n sans service supplémentaire
- Exposition opt-in par workflow, projet ou dossier
- Clients OAuth examinables et révocables
- Construit, valide et teste les workflows, pas seulement les déclenche
Les points faibles
- La construction de workflows est une préversion publique ; les agents sont en Preview
- Pas de cadrage des workflows par client
- execute_workflow utilise par défaut le mode production
- Les clients à clé d'API absents de la liste de révocation
Idéal pour
Les équipes déjà sur n8n qui veulent que des clients IA lancent et construisent des workflows sous les propres permissions de n8n.
Alternatives à n8n Instance-level MCP
n8n Instance-level MCP : questions fréquentes
- n8n Instance-level MCP vaut-il le coup ?
- Pour une équipe qui fait déjà tourner n8n, c'est le serveur MCP par lequel commencer : de première partie, opt-in par workflow, et franc sur les endroits où son constructeur de workflows bute encore. Nous lui donnons 4.2 sur 5.
- Combien coûte n8n Instance-level MCP ?
- Inclus dans chaque édition n8n, y compris la Community Edition gratuite auto-hébergée. n8n Cloud et Enterprise sont des offres n8n payantes.
- Quels sont les inconvénients de n8n Instance-level MCP ?
- La construction de workflows est une préversion publique ; les agents sont en Preview; pas de cadrage des workflows par client; execute_workflow utilise par défaut le mode production; les clients à clé d'API absents de la liste de révocation.
- À qui s’adresse n8n Instance-level MCP ?
- Les équipes déjà sur n8n qui veulent que des clients IA lancent et construisent des workflows sous les propres permissions de n8n.
- Combien coûte n8n Instance-level MCP pour une équipe ou en production ?
- Le serveur n'ajoute aucun frais. Les exécutions de production déclenchées par agent comptent comme des exécutions (la tarification de n8n mesure les exécutions de production et ne dit pas si test_workflow avec données épinglées compte) : Cloud Starter à 20 € par mois couvre 2 500 et Pro à partir de 50 € couvre 10 000 en facturation annuelle, tandis qu'une Community Edition auto-hébergée ne coûte que le serveur.
- n8n Instance-level MCP est-il sûr pour les données de l’entreprise ?
- Tout reste dans votre instance, mais le client connecté et son fournisseur de modèle voient les définitions de workflows et les données d'exécution que l'utilisateur peut atteindre. n8n Cloud est couvert par SOC 2 Type II selon le centre de confiance de n8n ; une instance auto-hébergée garde les données sur vos serveurs.
- Quelles sont les meilleures alternatives à n8n Instance-level MCP ?
- Les alternatives les plus proches que nous avons testées sont n8n-MCP et Zapier MCP.
Réponses vérifiées le 26 oct. 2026.