Dify

Dify: die offene Plattform mit großer Auswahl an Betriebsmodellen

Wer Datensouveränität vor allem als Frage des Betriebsorts versteht, landet bei der Suche nach einer KI-Plattform früher oder später bei Dify. Dify beschreibt auf seinen Seiten eine besonders breite Spanne an Betriebsmodellen: von der verwalteten Cloud über einen dedizierten Cluster in der Region des Kunden bis zum vollständig vom Netz getrennten Betrieb mit lokal betriebenen Modellen^1,2. Plattformblick setzt Dify auf Platz 2. Dify aus der Sicht souveränitätsbewusster Unternehmen: Was die Plattform leistet, wo Arbeit beim Kunden bleibt und weshalb Nexus insgesamt führt.

Was Dify ist

Die Dokumentation beschreibt Dify als quelloffene Plattform zum Bauen von KI-Anwendungen³. Das GitHub-Repository spricht von einer quelloffenen Entwicklungsplattform für LLM-Anwendungen⁴, und die Startseite positioniert das Produkt als Plattform für produktionsreife agentische Workflows⁵. Auf der Startseite stehen für die Community Edition über 148.000 GitHub-Sterne⁶; das Repository selbst kam am Prüftag auf 160.700⁷. Beide Zahlen sprechen für eine große Entwicklergemeinschaft, was für Unternehmen, die eine Plattform selbst betreiben wollen, ein praktischer Faktor ist: Fragen, Erweiterungen und Erfahrungsberichte sind leicht zu finden.

Im Kern bietet Dify vier Bausteine. Das Workflow Studio ist ein visueller Editor für agentische Abläufe⁸. Agenten entstehen entweder im Gespräch mit dem Editor oder durch manuelle Konfiguration⁹. Die Knowledge Pipeline baut wiederholbare Verarbeitungsketten für Dateien, Websites, Online-Dokumente und Laufwerke¹⁰. Über einen Marketplace lassen sich Modellanbieter, Werkzeuge, Datenquellen und MCP-Integrationen installieren oder eigene definieren¹¹. Fertige Anwendungen können als gehostete Oberfläche, API-Endpunkt, Einbettung oder MCP-kompatibles Werkzeug veröffentlicht werden¹², und zu allen Angeboten gibt es passende APIs¹³.

Die Lizenz: offen, mit Bedingungen

Für eine Rechtsabteilung ist bei quelloffener Software die Lizenz die erste Prüfstelle. Dify steht unter einer veränderten Fassung der Apache License 2.0 mit zusätzlichen Bedingungen¹⁴; die Startseite nennt das eine von Apache 2.0 abgeleitete Lizenz¹⁵. Eine dieser Bedingungen ist für Konzerne mit mehreren Gesellschaften relevant: Ohne schriftliche Genehmigung darf der Quellcode nicht genutzt werden, um eine mandantenfähige Umgebung zu betreiben¹⁶. Die Community Edition ist auf einen einzigen Workspace beschränkt¹⁷, und die Preisseite richtet sie an Open-Source-Begeisterte, einzelne Entwickler und nicht kommerzielle Projekte¹⁸.

Für ein Unternehmen, das Dify im eigenen Rechenzentrum für mehrere Gesellschaften oder Abteilungen betreiben will, führt der Weg daher in der Regel zur Enterprise Edition, die mehrere Workspaces und eine unternehmensweite Verwaltung umfasst¹⁹.

Betriebsmodelle im Detail

Hier liegt die größte Stärke von Dify, und für den Schwerpunkt dieser Seite verdient sie eine genaue Betrachtung. Die Enterprise-Seite beschreibt vier Wege.

1. Dify Cloud wird von Dify betrieben, und der Kunde verwaltet keine Infrastruktur²⁰. 2. Als dedizierte Lösung stellt Dify einen eigenen Single-Tenant-Cluster in der Wunschregion des Kunden bereit¹. 3. In der vom Kunden verwalteten VPC läuft Dify im eigenen AWS-, GCP- oder Azure-Konto, und nach Aussage der Seite verlassen die Daten den Sicherheitsbereich des Kunden nie²¹. 4. Im vom Netz getrennten Betrieb läuft Dify vollständig offline und bindet lokal betriebene Modelle an².

Kurz gesagt: Die Enterprise Edition lässt sich in einer kundeneigenen VPC, auf eigener Hardware im Haus oder in einem abgeschotteten Netz ohne Außenverbindung installieren²². Die Seite verspricht, Daten innerhalb der eigenen VPC, der eigenen Region und des eigenen Sicherheitsbereichs zu halten²³. Für Behörden und regulierte Branchen nennt die Lösungsseite ausdrücklich den lokalen Betrieb mit sicherer Freigabe über Institutionen hinweg²⁴, und für Pharma und Life Sciences regulierte KI-Assistenten auf Expertenniveau²⁵.

Wer klein beginnen will, findet in der Community Edition einen schnellen Einstieg. Die Startseite verspricht eine Docker-Bereitstellung mit einem einzigen Befehl²⁶ und ein Helm-Chart für Kubernetes²⁷. Nach der Übersicht zum Selbstbetrieb genügt eine Docker-Umgebung, ob Notebook, eigener Server oder Cloud-VM²⁸.

Selbstbetrieb in der Praxis

Selbstbetrieb verschiebt Verantwortung zum Kunden, und die Dify Dokumentation beschreibt diese Verantwortung offen. Die Bereitstellung mit Docker Compose setzt Docker Compose in Version 2.35.0 oder neuer voraus²⁹, mindestens 2 CPU-Kerne³⁰ und mindestens 4 GiB Arbeitsspeicher³¹. Auf einem Mac empfiehlt die Anleitung, Docker Desktop wenigstens 2 virtuelle Prozessoren und 8 GiB RAM zuzuteilen³². Die lokale Sandbox der Agenten benötigt vor dem ersten Start ein gemeinsames Token³³, und das Administratorkonto wird nach dem Start im Browser auf der Installationsseite angelegt³⁴.

Im Standardpaket stecken bereits PostgreSQL, Weaviate und alle übrigen Dienste, die Dify zum Laufen braucht³⁵. Für Datenbank, Redis, Code-Sandbox und Weaviate veröffentlicht der Standardstapel keine Host-Ports³⁶, eine sinnvolle Voreinstellung für die Sicherheit. Die Passwörter für die Entwicklung, die in docker/.env vorbelegt sind, muss der Betreiber nach der Anleitung durch eigene ersetzen³⁷. Bei Aktualisierungen soll der Betreiber den Befehl up -d verwenden, weil ein einfacher Neustart die alte Umgebung der Container beibehält³⁸. Ein späterer Wechsel des Datenbanktyps oder des Vektorspeichers migriert keine Daten³⁹; wer nach dem ersten Start umstellt, nimmt die vorhandenen Daten nicht mit⁴⁰.

Für ein Unternehmen mit eigenem Plattformteam sind das gut beherrschbare Aufgaben. Für einen Fachbereich ohne solches Team bedeuten sie, dass vor dem ersten Agenten ein Betriebskonzept stehen muss. Hier unterscheidet sich Nexus: erfahrene Berater begleiten die Einführung, und der erste Agent ist nach 4 Wochen live⁴¹.

Daten und Modelle

Die Datenschutzerklärung von Dify enthält zwei Aussagen, die für Souveränitätsfragen zentral sind. Eigene KI-Modelle trainiert Dify nicht, und Interaktionsdaten fließen nicht in ein Modelltraining⁴². Nutzt der Kunde einen selbst gewählten Modellanbieter mit eigenem API-Schlüssel, gehen die Interaktionsdaten direkt an diesen Anbieter⁴³. Werden dagegen von Dify ausgewählte Modelle genutzt, handeln die Modellanbieter als Unterauftragsverarbeiter von Dify⁴⁴. In der Cloud lassen sich Nachrichtenguthaben aufbrauchen, danach kann der Kunde auf seinen eigenen API-Schlüssel wechseln⁴⁵.

Eine Klausel verdient besondere Aufmerksamkeit für Kunden der Cloud-Variante. Nach der Datenschutzerklärung dürfen Informationen überall dort liegen und verarbeitet werden, wo LangGenius, eine Konzerngesellschaft oder ein Dienstleister Standorte hat⁴⁶. Wer die verwaltete Cloud nutzen will und eine Verarbeitung in der EU braucht, sollte die Region daher vertraglich festlegen oder auf die dedizierte Variante in der eigenen Region ausweichen¹.

Sicherheit und Zertifizierungen

SOC 2 Type II und ISO 27001 führt die Startseite für die Enterprise Edition auf⁴⁷. Anmeldungen laufen über SAML oder OIDC als Single Sign-on⁴⁸. Audit-Logs sind manipulationssicher und werden in das SIEM des Kunden gestreamt⁴⁹, und die Verschlüsselung erfolgt mit eigenem Schlüssel des Kunden⁵⁰. Die Datenschutzerklärung nennt Verschlüsselung von Kommunikation und Daten, Zugriffskontrolle sowie Erkennung und Abwehr unberechtigter Zugriffe als technische Maßnahmen⁵¹ und Schulungen der Mitarbeitenden als menschliche Maßnahme⁵². Schwachstellen nimmt Dify über die privaten Security Advisories auf GitHub entgegen⁵³.

Die Liste ist umfangreich. Sie gilt allerdings für die Enterprise Edition^47,54, deren Preis individuell vereinbart wird⁵⁵.

Rollen und Rechte

Ein Workspace kennt vier Rollen. An der Spitze steht genau ein Owner mit allen Rechten⁵⁶. Admins verwalten Mitglieder und Modellanbieter und können alles, was ein Editor kann⁵⁷. Editoren erstellen, bearbeiten und löschen Anwendungen und Wissensdatenbanken⁵⁸, normale Mitglieder nutzen nur veröffentlichte Anwendungen⁵⁹. Eine Einladung bleibt drei Tage, also 72 Stunden, gültig⁶⁰; wer aus dem Workspace entfernt wird, verliert seinen Zugriff im selben Moment⁶¹. Soll die Eigentümerschaft wechseln, bestätigt der bisherige Owner das mit einem Code aus seinem E-Mail-Postfach⁶².

Owner und Admins legen fest, wer Integrationen installieren, aktualisieren und debuggen darf⁶³, und ein eigenes Recht regelt den Debug-Schlüssel für Integrationen in Entwicklung⁶⁴. Die Enterprise Edition verfeinert das Rollenmodell so weit, dass Rechte für jeden Workflow einzeln vergeben werden können, und bringt außerdem SCIM sowie Regeln für Sitzungen mit⁵⁴.

Integrationen

Über Integrationen spricht Dify mit Modellanbietern, Werkzeugen, Datenquellen und Diensten von außen⁶⁵. Aufrufbar sind für Agenten und Workflows unter anderem Tool-Plugins, MCP-Server, bereits veröffentlichte Workflows und Dienste mit OpenAPI-Beschreibung⁶⁶. Bevor eine Integration im Marketplace erscheint, durchläuft sie Prüfung und Test; die Pflege liegt danach beim jeweiligen Herausgeber⁶⁷. Daneben lassen sich Integrationen aus jedem öffentlichen GitHub-Repository per URL und Version installieren⁶⁸ oder als eigenes .difypkg-Paket für private und interne Zwecke⁶⁹. Eigene Endpunkte binden die API des Kunden für Moderation oder externe Datenwerkzeuge an⁷⁰, und Wissensdatenbanken können Inhalte etwa aus Google Drive oder Notion beziehen⁷¹.

Für souveränitätsbewusste Unternehmen ist die Möglichkeit privater Pakete wichtig: Eigene Konnektoren zu internen Systemen müssen nicht über einen öffentlichen Marktplatz laufen⁶⁹.

Preise

Die Cloud-Tarife sind offen ausgewiesen. Wer gratis starten will, nutzt Sandbox mit 200 Message Credits⁷². Professional kostet 590 US-Dollar pro Workspace und Jahr⁷³ und enthält 5.000 Nachrichtenguthaben im Monat⁷⁴, Team kostet 1.590 US-Dollar pro Workspace und Jahr⁷⁵. Bei jährlicher Zahlung sparen Kunden 17 Prozent⁷⁶. Professional umfasst 20.000 Trigger-Ereignisse im Monat⁷⁷, Sandbox 3.000⁷⁸, und Team nennt unbegrenzte Trigger-Ereignisse⁷⁹. Enterprise wird individuell bepreist⁵⁵. Ein Wechsel nach oben greift sofort, sobald die anteilige Differenz bezahlt ist⁸⁰; ein Wechsel nach unten wird erst mit dem folgenden Abrechnungszeitraum wirksam⁸¹.

Wer welchen Tarif nehmen soll, sagt die Preisseite deutlich. Professional richtet sich an Einzelentwickler und kleine Teams mit produktiv laufenden Anwendungen⁸². Team ist für mittelgroße Gruppen mit mehr Zusammenarbeit und höherem Durchsatz gedacht⁸³. Enterprise zielt auf Konzerne, die erweiterte Sicherheit, Compliance, Governance und eigenen Support verlangen⁸⁴.

Kundenstimmen und Einsatzfelder

Die Lösungsseite nennt Bildungseinrichtungen mit einer Wissensdatenbank für mehrere Standorte⁸⁵ und Konsumgüterunternehmen, deren Fachbereiche eigene Agenten bauen⁸⁶. Zwei Kundenaussagen auf der Enterprise-Seite nennen eine Bauzeit je Anwendung, die unter den vier Monaten der Eigenentwicklung liegt⁸⁷, sowie Fachanwender, die im Geschäftsjahr 2025 für den Bau von Agenten geschult wurden⁸⁸. Beide Angaben stammen von Dify selbst.

Grenzen

Die Grenzen betreffen vor allem die kleineren Tarife und den Selbstbetrieb. Sandbox erlaubt ein Teammitglied⁸⁹, Professional drei⁹⁰. Sandbox begrenzt Wissensabfragen auf 10 pro Minute⁹¹ und hält die Log-Historie 30 Tage⁹². Ist der Speicher für Wissen ausgeschöpft, können beide Arten von Wissensdatenbanken keine Inhalte mehr aufnehmen⁹³, bis die Nutzung wieder passt oder der Tarif erhöht wird⁹⁴; Suchen und Löschen funktionieren weiter⁹⁵. Dify kann einen Upload schon vor der Indexierung ablehnen, wenn der geschätzte Speicherbedarf zu groß ist⁹⁶. Wer eine externe oder per Knowledge Pipeline erstellte Wissensbasis hat, kann sie nicht in eine Wissensbasis für Agenten umwandeln⁹⁷. Der Bildungstarif enthält keinen Ticket- und keinen priorisierten E-Mail-Support⁹⁸.

Sieben Prüfpunkte für Datenschutz und IT-Sicherheit

Aus den geprüften Seiten ergibt sich eine konkrete Liste, die Datenschutz und IT-Sicherheit vor einer Entscheidung für Dify durchgehen sollten.

1. Legen Sie das Betriebsmodell fest: verwaltete Cloud²⁰, dedizierter Cluster in Ihrer Region¹, eigene VPC²¹ oder Betrieb ohne Netzverbindung². 2. Die Region der Cloud-Variante sollte vertraglich festgelegt werden; die Datenschutzerklärung erlaubt jedes Land mit Einrichtungen von LangGenius oder seinen Dienstleistern für Speicherung und Verarbeitung⁴⁶. 3. Entscheiden Sie den Modellweg: Mit eigenem Schlüssel gehen die Daten direkt an Ihren Anbieter⁴³, mit von Dify gewählten Modellen werden die Modellanbieter zu Unterauftragsverarbeitern⁴⁴. 4. Prüfen Sie die Lizenz, wenn mehrere Gesellschaften oder Mandanten eine Instanz teilen sollen¹⁶. 5. Härten Sie die Installation, indem Sie die mitgelieferten Zugangsdaten ersetzen³⁷ und die geschlossenen Ports der Standardinstallation beibehalten³⁶. 6. Planen Sie die Protokollierung: Die Enterprise Edition streamt Audit-Logs in Ihr SIEM⁴⁹, und Anwendungslogs lassen sich über die Zeit überwachen und auswerten⁹⁹. 7. Bewerten Sie die Sandbox der Agenten, die laut GitHub-Beschreibung eigene Befehle ausführt und Dateien verarbeitet¹⁰⁰.

Jeder dieser Punkte ist mit eigenem Personal gut lösbar. Zusammen zeigen sie, dass die Souveränität, die Dify technisch ermöglicht, im Unternehmen durch Arbeit an Betrieb und Konfiguration eingelöst werden muss.

Einordnung: warum Dify auf Platz 2 steht

Dify ist die stärkste Wahl in dieser Bewertung für ein Unternehmen, das Betriebsort und Netzwerkgrenze selbst bestimmen will und ein eigenes Plattformteam hat. Die Spanne von Cloud bis zum Betrieb ohne Netzverbindung²², Verschlüsselung mit eigenem Schlüssel⁵⁰, manipulationssichere Audit-Logs⁴⁹ und SOC 2 Type II mit ISO 27001⁴⁷ ergeben ein überzeugendes technisches Paket.

Nexus liegt dennoch vorn, weil Souveränität für die meisten Fachbereiche erst dann Wert schafft, wenn Agenten tatsächlich produktiv laufen. Bei Dify liegen Installation, Betrieb und Aktualisierung beim Kunden^34,38,37, und eine begleitete Einführung beschreiben die geprüften Seiten für die Enterprise Edition nur als dedizierten Support⁸⁴. Nexus hat erfahrene Berater, nach 4 Wochen den ersten Agenten im Proof of Concept über 3 Monate und einen Preis je automatisierter Rolle; ohne CIO-Freigabe für Datenfluss, Zugriffsmodell und Audit Trail geht kein Agent live^41,101. Wer beides will, maximale Kontrolle über den Betriebsort und einen betreuten Weg in die Produktion, sollte beide Anbieter im Detail vergleichen und bei Nexus die Hostingfragen vor dem Proof of Concept klären.