n8n 2.35 muscle ses agents IA en local — l’automatisation selfhosted devient une plateforme agentique sérieuse
La version 2.35 de n8n, publiée le 11 août 2026, corrige les fuites de contexte des agents IA et ajoute une politique de masquage des secrets dans les nœuds Code. Le vrai signal : l’automatisation selfhosted n’est plus un bac à sable — c’est une alternative crédible aux iPaaS cloud pour les workflows agentiques.
Le 11 août 2026, n8n publie la version 2.35 de sa plateforme d’automatisation de workflows. La liste des correctifs est modeste — une fuite de contexte dans les agents IA, une politique de masquage (« redaction policy ») pour les nœuds Code, un meilleur bounding des résultats de tools — mais le signal est ailleurs. En août 2026, un moteur de workflow selfhosted peut exécuter des agents IA connectés à des centaines d’APIs, avec isolation des secrets, support natif du protocole MCP (Model Context Protocol) et une console d’audit.
Ce qui relevait du bac à sable pour hobbyistes en 2024 est devenu une plateforme agentique de production que des entreprises déploient derrière leur pare-feu à la place de Zapier ou Make.
La vraie nouveauté de n8n 2.35 : les agents IA apprennent à se taire
Trois correctifs de cette version concernent directement les nœuds AI Agent :
- Arrêt des fuites de texte pré-tool-call (#35212). Les agents IA de n8n, lorsqu’ils appellent un outil, généraient parfois du texte résiduel avant l’invocation qui « fuyait » dans la réponse finale. Le correctif nettoie ce bruit — un détail technique, mais un agent qui divague avant d’agir est un agent dont les logs sont inexploitables en production.
- Bounding des résultats de tools (#35759). Les résultats volumineux d’outils (par exemple un
SELECT *sansLIMIT) étaient transmis intégralement au LLM, saturant la fenêtre de contexte et générant des coûts d’API inutiles. La version 2.35 tronque ces résultats à une taille configurable. - Compilation des schémas MCP (#35610). Les tools exposés via le protocole MCP sont maintenant compilés selon leur dialecte JSON Schema déclaré, ce qui améliore la compatibilité avec les serveurs MCP tiers.
Ces trois correctifs partagent un même ADN : ils transforment les agents IA de n8n d’une démonstration de concept en un outil fiable. C’est la différence entre un workflow qui fonctionne « la plupart du temps » et un workflow qui peut être déclenché par un webhook critique sans supervision humaine.
Le masquage des secrets dans les nœuds Code : la fin d’un angle mort
Le correctif #35121 est peut-être le plus important pour les équipes sécurité. Les nœuds Code de n8n — l’équivalent d’un eval() JavaScript/Python dans un workflow — permettent d’écrire de la logique métier arbitraire. Avant la version 2.35, les console.log() dans ces nœuds pouvaient accidentellement afficher des secrets (clés API, tokens, mots de passe) dans la console d’exécution.
La nouvelle politique de masquage applique automatiquement un filtre de redaction à toute sortie de console.log() dans un nœud Code. Les chaînes qui correspondent à des credentials stockés dans le gestionnaire de secrets de n8n sont remplacées par [REDACTED].
C’est un mécanisme que GitHub Actions a implémenté en 2023 (le fameux ***) et que GitLab CI a suivi en 2024. n8n rejoint le standard de l’industrie sur ce point — et pour une plateforme selfhosted, c’est une étape de maturité significative.
Le paysage : n8n face à Activepieces, Node-RED et les iPaaS cloud
En août 2026, le marché de l’automatisation selfhosted se structure autour de trois catégories :
| Catégorie | Outil | Modèle | Force |
|---|---|---|---|
| Low-code agentic | n8n | Selfhosted / Cloud | Nœuds IA natifs, MCP, isolation secrets |
| Low-code pur | Activepieces | Selfhosted / Cloud | UX plus propre, licensing MIT plus permissif |
| Flow-based classique | Node-RED | Selfhosted uniquement | Écosystème IoT, légèreté, maturité 10+ ans |
| iPaaS cloud | Zapier, Make | SaaS uniquement | Catalogue d’intégrations, zéro maintenance |
n8n occupe une position unique dans ce tableau. C’est le seul outil qui combine agents IA natifs, exécution selfhosted (Docker / Kubernetes) et licence Sustainable Use License (source disponible, pas open source au sens OSI). Cette licence interdit la revente en SaaS mais autorise tout déploiement interne — un compromis que les entreprises acceptent parce qu’elles ne revendent pas leur instance n8n interne.
Activepieces, le challenger direct, est sous licence MIT et propose une UX plus propre, mais son support des agents IA et du protocole MCP est en retard de six à douze mois sur n8n. Node-RED reste imbattable pour les workflows IoT et les déploiements sur matériel léger (Raspberry Pi), mais son modèle de programmation visuel ne s’étend pas bien aux workflows agentiques complexes.
Pourquoi les entreprises basculent du cloud vers le selfhosted pour l’automatisation
Le discours « selfhosted pour des raisons de souveraineté » est usé. La vraie raison du basculement en 2026 est économique et technique.
Le coût des iPaaS cloud explose avec le volume. Un workflow Zapier qui exécute 50 000 tâches par mois coûte 133 $/mois en plan Professional — et ce prix est par workflow. Une équipe de dix personnes avec cinq workflows chacune atteint rapidement 6 000 $/an, sans compter les dépassements. Une instance n8n sur un VPS à 6 $/mois exécute le même volume sans surcoût marginal.
Les workflows agentiques consomment des tokens LLM, pas des « tâches Zapier ». Un appel à GPT-5.6 avec un contexte de 32K tokens coûte environ 0,06 $. Un workflow qui appelle un LLM cinquante fois par jour génère 90 $/mois de coûts API — qui s’ajoutent à l’abonnement Zapier/Make. Avec n8n selfhosted, vous ne payez que les tokens, pas la plateforme.
La latence compte. Un workflow qui orchestre un agent IA, une requête SQL et un webhook sortant a une latence bout-en-bout de 200 ms sur n8n selfhosted (tout est en local). Sur Zapier, chaque étape transite par les serveurs de Zapier, ajoutant 500 ms à 2 s par nœud.
Verdict
Si vous exécutez moins de 10 workflows simples et que vous ne voulez pas gérer d’infrastructure, restez sur Zapier ou Make. Le confort de ne pas administrer un serveur vaut l’abonnement.
Si vous exécutez des workflows agentiques (LLMs, MCP, RAG) ou si votre volume dépasse 50 000 exécutions par mois, déployez n8n en selfhosted dès maintenant. La version 2.35 prouve que la plateforme est prête pour la production agentique — et l’économie réalisée paie le serveur en deux mois.
Si vous êtes dans l’IoT ou le prototypage léger, Node-RED reste le meilleur choix. Mais pour tout ce qui implique un LLM, la messe est dite.
L’automatisation selfhosted n’est plus le choix du « hacker du dimanche ». En août 2026, c’est le choix rationnel de l’équipe qui fait le calcul.
Références
- n8n Release Notes, « [email protected] », 11 août 2026
- GitHub, n8n-io/n8n, releases/tag/[email protected]
- Activepieces Documentation, « Self-hosting Activepieces », consulté le 11 août 2026
- Zapier Pricing, « Plans and Features », consulté le 11 août 2026
- Model Context Protocol, « Specification », modelcontextprotocol.io, 2026