EDDI vs. Dify

Ce qu'est Dify

Dify est une plateforme open source pour créer des applications LLM. Elle propose un canevas de workflows visuel, un pipeline RAG de l'ingestion à la récupération, des agents avec des outils issus de sa place de marché, de serveurs MCP ou d'API personnalisées, un IDE de prompts, des API de type backend-as-a-service et des intégrations avec des outils d'observabilité comme Langfuse, Opik et Arize Phoenix. Vous pouvez utiliser Dify Cloud, auto-héberger la Community Edition avec Docker Compose, ou vous renseigner sur Dify Enterprise, qui ajoute le SSO, le RBAC et des SLA de support. Son nœud Code exécute du Python ou du JavaScript dans un bac à sable, et son nœud Human Input met un workflow en pause pour qu'une personne réponde.

Constructeur d'applications ou plateforme d'agents gouvernée

Dify et EDDI se recoupent sur le RAG, les outils et les agents, mais ils optimisent pour des personnes différentes. Dify optimise pour les concepteurs qui veulent assembler des applications visuellement et les livrer vite, avec un nœud de code comme échappatoire. EDDI optimise pour les opérateurs qui ont besoin que le comportement des agents soit une configuration déclarative, relisible, entourée de gouvernance. Beaucoup d'équipes commencent raisonnablement dans Dify, et certaines migrent quand arrivent des exigences de multi-location, de licence ou d'audit.

Confort du constructeur ou surface d'exploitation

Dimension	Dify	EDDI
Abstraction principale	Canevas visuel de workflows et de chatflows, avec un IDE de prompts	Config-as-code : ressources JSON rédigées dans le Manager ou l'API, versionnées comme du code source
Licence	Dify Open Source License : Apache 2.0 plus des conditions. L'exploitation multi-locataire du code source nécessite une autorisation écrite, et le logo et le copyright du frontend doivent être conservés	Apache 2.0, approuvée par l'OSI
Logique personnalisée	Le nœud Code exécute du Python ou du JavaScript dans un bac à sable qui bloque le système de fichiers, le réseau sortant et les commandes système, avec un ensemble de paquets figé	Aucune évaluation de code à l'exécution ; la logique est déclarée, ou se trouve derrière un outil MCP ou un appel HTTP
Humain dans la boucle	Le nœud Human Input met un workflow en pause pour un formulaire auquel on répond dans l'application web ou par e-mail ; attente par défaut de 3 jours, puis branche de délai dépassé	Points de validation sur les tours, les appels d'outils et les phases de groupe ; les politiques de délai incluent WAIT_INDEFINITELY, AUTO_APPROVE, AUTO_REJECT et ABORT ; approbations dans le Manager et Slack
Outils et intégrations	Place de marché, serveurs MCP et API personnalisées	84 outils MCP, un client MCP, import OpenAPI, httpCall, A2A
RAG	Pipeline de connaissances intégré avec extraction de documents	8 fournisseurs d'embeddings, 6 magasins vectoriels, plus RAG httpCall sans infrastructure
Multi-agents	Agents et nœuds de workflow composés sur le canevas	Discussions de groupe avec 7 styles, décisions et désaccords consignés, approbation humaine optionnelle par phase
Identité et accès	Espaces de travail ; SSO et RBAC via Dify Enterprise	Keycloak/OIDC optionnel avec les rôles eddi-admin et eddi-approver dans la version open source
Observabilité et audit	Journaux et supervision, intégrations avec Langfuse, Opik et Arize Phoenix	Métriques Prometheus et registre d'audit signé HMAC, en ajout seul, à séquence vérifiée
Déploiement	Dify Cloud, Docker Compose, Enterprise sur demande	Docker, Helm, Kustomize, OpenShift (image certifiée Red Hat, Operator via OperatorHub)

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 Dify est le meilleur choix

Vous voulez un canevas visuel que des non-ingénieurs peuvent lire et étendre, avec un retour rapide pendant la construction.
Une place de marché de plugins et des modèles de workflows prêts à l'emploi vous font gagner un vrai temps d'intégration.
Vous voulez une option hébergée (Dify Cloud) et ne souhaitez rien exploiter vous-même.
Un nœud Code est une fonctionnalité que vous voulez : de petites transformations de données en Python ou JavaScript dans le workflow.
Vous exploitez un déploiement interne unique pour votre propre équipe : la condition de licence multi-locataire ne vous concerne donc pas.

Quand EDDI est le meilleur choix

Votre service juridique exige une licence Apache 2.0 simple, y compris pour servir de nombreux locataires ou clients depuis un seul déploiement.
La revue de sécurité interdit toute exécution de code dans la plateforme d'automatisation, avec ou sans bac à sable.
Certains appels d'outils ou phases de groupe exigent une décision humaine, consignée dans un registre signé.
Le comportement des agents doit être versionné, comparé et promu entre environnements sous forme de configuration.
Vous avez besoin d'un déploiement Kubernetes, OpenShift ou isolé du réseau (air-gapped) avec des modèles locaux.

Migrer une application depuis Dify

Les applications Dify sont des graphes visuels et les agents EDDI sont de la configuration : il s'agit donc d'une traduction et non d'un import. Ce qui demande le plus de réflexion, ce sont les nœuds Code, qui deviennent de la configuration ou un outil déclaré.

Dify	EDDI
Chatflow ou workflow	Agent EDDI : pipeline plus règles de comportement
Nœud LLM et prompt	Tâche LLM avec un message système et des extraits de prompts versionnés
Base de connaissances	Base de connaissances RAG EDDI avec un fournisseur d'embeddings et un magasin vectoriel
Outil, plugin ou serveur MCP	Connexion client MCP, httpCall, ou API importée depuis OpenAPI
Code node	Règles de comportement et logique de prompt, ou un outil MCP si du vrai code est nécessaire
Human Input node	Règle PAUSE_CONVERSATION ou toolApprovals, avec une politique de délai
Clés API des fournisseurs	Entrées du Secrets Vault, référencées par ${vault:key}

Questions fréquentes

Dify est-il open source ?

Dify publie son code source sous la Dify Open Source License, qui est l'Apache 2.0 assortie de conditions supplémentaires : vous ne pouvez pas utiliser le code source pour exploiter un environnement multi-locataire sans autorisation écrite, et vous ne pouvez pas retirer le logo ni les informations de copyright du frontend. Ce n'est pas l'Apache 2.0 simple qu'utilise EDDI : lisez-la avec votre service juridique si l'une de ces conditions peut s'appliquer.

EDDI dispose-t-il d'un constructeur visuel comme Dify ?

EDDI Manager est une interface React de production pour créer, déployer et superviser des agents, disponible en 11 langues. C'est une interface de gestion plutôt qu'un canevas de nœuds : vous configurez des agents, des prompts, des outils et des pipelines, et chaque modification est une ressource versionnée plutôt qu'un diagramme.

Pourquoi EDDI évite-t-il un nœud de code ?

Un nœud de code en bac à sable est une fonctionnalité raisonnable, et Dify restreint ce qu'il peut atteindre. Mais toute exécution de code dans la plateforme est une surface d'attaque qu'une revue de sécurité doit examiner. EDDI garde le comportement des agents déclaratif : ce qu'un outil peut faire est ce que vous déclarez et approuvez.

Peut-on utiliser Dify et EDDI ensemble ?

Oui. Dify peut utiliser des serveurs MCP et des API personnalisées, et EDDI expose un serveur MCP et une API REST : un workflow Dify peut donc appeler un agent EDDI comme étape gouvernée. EDDI peut appeler l'API Dify via httpCall.

Autres comparatifs

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

Fonctionnalités

Entreprise

Cloud managé et support entreprise

Ressources