Ce qu'est n8n
n8n est une plateforme d'automatisation de workflows construite sur Node.js, avec un canevas visuel et des centaines d'intégrations prêtes à l'emploi. Elle peut être auto-hébergée, dispose d'une communauté nombreuse et réellement active, et ses nœuds basés sur LangChain permettent d'insérer des appels LLM dans n'importe quel workflow. C'est l'un des moyens les plus rapides de relier des systèmes entre eux.
Catégorie différente, cas d'usage qui se recoupent
Ces outils ne sont pas du même archétype. n8n est une plateforme d'automatisation de workflows où l'IA est un type de nœud parmi d'autres. EDDI est un middleware d'orchestration IA où l'agent, sa mémoire, ses outils et sa gouvernance sont le produit. Le recoupement est réel, des équipes construisent bien des agents dans n8n, mais les deux font des compromis opposés dès qu'un agent traite des données réglementées.
Architecture et gouvernance
| Dimension | n8n | EDDI |
|---|---|---|
| Runtime | Boucle d'événements Node.js monothread | JVM avec threads virtuels (Project Loom), vrai parallélisme pour les appels LLM limités par les E/S |
| Logique personnalisée | Les nœuds Code exécutent du JavaScript ou du Python à l'exécution | Zéro évaluation de code à l'exécution, le comportement des agents est uniquement du JSON déclaratif |
| Licence | Sustainable Use License (fair-code), non approuvée par l'OSI ; conditions séparées pour certains usages commerciaux | Apache 2.0, approuvée par l'OSI |
| Étendue des intégrations | Des centaines de connecteurs SaaS prêts à l'emploi, son principal atout | 84 outils MCP plus tout point de terminaison OpenAPI ou REST via httpCall |
| Authentification | Gestion des utilisateurs intégrée ; SSO dans les offres payantes | Keycloak/OIDC optionnel avec les rôles eddi-admin et eddi-approver dans la version open source |
| Piste d'audit | Historique d'exécution et journaux applicatifs | Registre d'audit signé HMAC, en ajout seul, à séquence vérifiée |
| Approbation humaine | Nœuds Wait et déclencheurs manuels dans un workflow | Pause au niveau du tour, validation par appel d'outil, politiques de délai, approbations Slack, le tout journalisé |
| Posture de conformité | Mise en œuvre par déploiement | Infrastructure RGPD, HIPAA et AI Act de l'UE intégrée, 15+ référentiels couverts |
Les informations sur l'autre outil ont été vérifiées dans sa documentation officielle et son dépôt en octobre 2026. Ces projets évoluent vite : confirmez le comportement actuel auprès de l'éditeur avant de décider.
Choisir entre les deux
Quand n8n est le meilleur choix
- La charge de travail est de l'automatisation métier générale plutôt que de l'IA : synchroniser des CRM, déplacer des fichiers, réagir à des webhooks.
- Vous avez besoin de l'étendue des connecteurs SaaS plus que de la profondeur de gouvernance des agents. n8n l'emporte nettement sur ce point.
- Une équipe non technique possède les workflows et a besoin d'un canevas visuel pour les raisonner.
- Vous voulez quelque chose qui tourne cet après-midi et les données concernées ne sont pas réglementées.
Quand EDDI est le meilleur choix
- L'agent touche à des données réglementées et une revue de sécurité demandera quel code s'exécute au moment de l'inférence. EDDI répond : aucun.
- Vous avez besoin d'isolation par locataire, de quotas et d'imputation des coûts entre de nombreux clients sur un même déploiement.
- Un humain doit approuver chaque appel d'outil avant son exécution, avec l'approbation consignée dans un registre signé.
- Le comportement des agents doit être versionné, comparé et promu entre environnements sous forme de configuration.
- La licence doit être sans ambiguïté pour la redistribution ou le déploiement isolé du réseau (air-gapped) : Apache 2.0, approuvée par l'OSI.
Migrer un workflow depuis n8n
La plupart des workflows n8n en forme d'agent se transposent proprement. Les parties qui ne le font pas sont généralement les nœuds Code, ce qui est précisément le but : ce qu'ils font doit devenir soit de la configuration, soit un outil déclaré.
| n8n | EDDI |
|---|---|
| Workflow | Package EDDI : un lot versionné de pipeline, de prompts et de liaisons d'outils |
| HTTP Request node | Définition d'outil httpCall, avec protection SSRF et garde-fous contre le path traversal appliqués |
| Code node | Règles de comportement et extraits de prompts, ou un outil MCP si une vraie logique est nécessaire |
| Magasin d'identifiants | EDDI Secrets Vault (AES-256-GCM), référencé par clé de coffre-fort |
| AI Agent node | Agent EDDI avec mémoire persistante, routage par intention et cascade de modèles |
| Wait ou déclencheur manuel | Point d'approbation Humain dans la boucle avec une politique de délai |
Guide complet : migrer un workflow IA de n8n vers EDDI →
Questions fréquentes
EDDI est-il un remplaçant direct de n8n ?
Non, et il ne cherche pas à l'être. n8n couvre l'automatisation générale de workflows à travers des centaines d'outils SaaS. EDDI couvre l'orchestration d'agents IA avec une gouvernance d'entreprise. Les équipes utilisent couramment les deux : n8n pour la plomberie des processus métier, EDDI pour les agents qui exigent des pistes d'audit et des points d'approbation.
EDDI peut-il appeler n8n, ou l'inverse ?
Les deux. EDDI expose un serveur MCP et une API REST : un workflow n8n peut donc invoquer un agent EDDI comme étape. EDDI peut appeler un webhook n8n via son outil httpCall. Utiliser chacun pour ce qu'il fait de mieux est une architecture raisonnable.
Pourquoi l'exécution de code à l'exécution est-elle si importante ?
Un nœud Code est du code arbitraire qui s'exécute dans votre plateforme d'automatisation. C'est pratique, et c'est aussi toute une classe de vulnérabilités : évasions de bac à sable, injections via des entrées non fiables et élévations de privilèges commencent toutes là. EDDI interdit catégoriquement l'évaluation de code à l'exécution : le comportement des agents est une configuration JSON qui peut être relue, comparée et approuvée avant sa mise en production.
n8n est-il open source ?
n8n est fair-code, distribué sous la Sustainable Use License. Le code source est disponible et l'auto-hébergement est autorisé pour un usage interne, mais ce n'est pas une licence open source approuvée par l'OSI et certains usages commerciaux nécessitent des conditions séparées. EDDI est sous Apache 2.0. Si votre service juridique exige une réponse sans ambiguïté sur la redistribution, cette différence compte.
Autres comparatifs
- EDDI vs. LangChain et LangGraph
- EDDI vs. Microsoft Agent Framework (AutoGen et Semantic Kernel)
- EDDI vs. CrewAI
- EDDI vs. Dify
- EDDI vs. Flowise
- EDDI vs. Rasa
- Toutes les alternatives : constructeurs, bibliothèques et plateformes cloud
Prêt pour la production ?
Bénéficiez d'un déploiement géré, d'un support garanti par SLA et de l'accompagnement direct de l'équipe qui développe EDDI.
Parlez-nous de votre déploiement en entreprise