Dify Statistiken.

Difys öffentliche Präsenz im Jahr 2026 lässt sich am leichtesten falsch interpretieren, wenn jede große Zahl als „Benutzer“ behandelt wird. Das Open-Source-Projekt ist eindeutig groß: Das langgenius/dify-Repository hatte am 5. Juli 2026 laut GitHub-API-Snapshot 147.742 GitHub-Sterne, 23.264 Forks und etwa 1.375 Mitwirkende. Das sind starke Signale für Aufmerksamkeit und Beteiligung im Open-Source-Bereich.

Die schwierigere Frage ist, was diese Zahlen beweisen. GitHub-Sterne messen keine Dify Cloud-Benutzer. Docker-Pulls entsprechen nicht aktiven selbst gehosteten Bereitstellungen. Ein Plugin-Repository ist nicht dasselbe wie die Akzeptanz von Plugins. Preisseiten geben keine Auskunft über Einnahmen. Finanzierung ist Unternehmensdynamik, nicht Kundenzahl. Die sinnvolle Art, Dify im Jahr 2026 zu lesen, ist als eine geschichtete Plattform: Open-Source-Projekt, selbst gehostete Distribution, gehostetes Workspace-Produkt, Plugin- und Modell-Provider-Ökosystem und der Kontext des Unternehmens LangGenius.

Wo Dify im Jahr 2026 steht

Die Schlagzeilenzahlen von Dify verwenden unterschiedliche Nenner, daher sollten sie als separate Open-Source-, Distributions-, Preis- und Unternehmenssignale und nicht als eine einzige Zahl gelesen werden.

Sterne sind keine Benutzer: Difys Zahlen lesen

Dify hat eine stärkere öffentliche Datenspur als viele private Unternehmen für KI-Anwendungsplattformen, aber die Spur ist ungleichmäßig. Die Open-Source-Schicht ist über GitHub, Release-Seiten, Mitwirkenden-Diagramme und Docker Hub sichtbar. Die gehostete Produktschicht ist über Preise, Abrechnungsdokumente, Modell-Provider-Dokumente und Workspace-Integrationen sichtbar. Die Unternehmensebene ist über Difys Finanzierungsankündigung, Business Wire und Compliance-Ankündigungen sichtbar.

Diese Schichten beantworten unterschiedliche Fragen. GitHub-Sterne beantworten: „Wie viel öffentliche Aufmerksamkeit von Entwicklern hat das Projekt?“ Forks beantworten: „Wie viele GitHub-Konten haben das Repository kopiert?“ Mitwirkende beantworten: „Wie breit ist die Beteiligung am Open-Source-Projekt?“ Docker-Pulls beantworten: „Wie oft wurden offizielle Images heruntergeladen?“ Preise beantworten: „Wie verpackt Dify das gehostete Produkt?“ Finanzierung beantwortet: „Welche Art von Investoren- und Unternehmensdynamik wurde offengelegt?“

Keine dieser Zahlen beantwortet: „Wie viele aktive Dify Cloud-Benutzer gibt es?“ Sie beantworten auch nicht die Anzahl der zahlenden Kunden, monatlich aktiven Workspaces, aktiven selbst gehosteten Installationen, Umsätze, Bindungsraten, Abwanderungsraten, Netto-Umsatzbindung oder die Tiefe der Kundenbereitstellung. Diese Abwesenheit ist für ein privates Unternehmen mit einem Open-Source-Produkt nicht ungewöhnlich, aber sie ändert die Art und Weise, wie jede Statistik verwendet werden sollte.

Open-Source-Fußabdruck: Sterne, Forks, Mitwirkende, Commits und Releases

Difys Open-Source-Fußabdruck ist der stärkste öffentliche Teil seiner Datengeschichte. Das Haupt-Repository langgenius/dify ist kein kleines Nebenprojekt: Der GitHub API-Snapshot vom 5. Juli 2026 zeigte 147.742 Sterne, 23.264 Forks, 816 Beobachter/Abonnenten und einen letzten Push-Zeitstempel am selben Tag. Die GitHub-Seite rundete dies auf 148k Sterne und 23,3k Forks.

Die historische Steigung ist wichtig. Difys offizieller Meilenstein-Post besagt, dass das Projekt am 5. Juni 2025 100.000 GitHub-Sterne überschritten hat und dass Dify am 15. Mai 2023 als Open-Source veröffentlicht wurde. Bis zum 5. Juli 2026 war das Projekt im API-Snapshot auf etwa 147,7k Sterne angewachsen – ungefähr 47.700 Sterne über diesem offiziellen Meilenstein.

Die Beteiligung ist ebenfalls sichtbar. Die Paginierung des Contributors-Endpunkts zeigte ungefähr 1.375 Mitwirkende, und der Commits-Endpunkt zeigte 11.474 Commits, was der Web-Benutzeroberfläche entspricht. Dies sind Anzeichen für ein aktives Open-Source-Projekt, aber sie messen immer noch die Projektaktivität und nicht die Produktionsnutzung.

Der Rückstand bei Issues und Pull-Requests muss sorgfältig interpretiert werden. Die Repository-API meldete insgesamt 883 offene Issues und PRs. Eine separate GitHub-Suche ergab 282 offene Issues und 601 offene Pull-Requests, sowie 17.922 geschlossene Issues und 14.598 geschlossene PRs. Ein großer Rückstand kann auf aktives Community-Engagement, intensive Entwicklung, Produktkomplexität oder Wartungsdruck hinweisen – er sollte nicht ohne Berücksichtigung von Labels, Alter und Abschlussrate einfach als „gesund“ oder „ungesund“ vereinfacht werden.

Der Release-Status ist einfacher zu lesen. Dify 1.15.0 war die neueste stabile Version im Snapshot vom 5. Juli, veröffentlicht am 25. Juni 2026, und die Release-Seite zeigt auch 2026er Releases wie 1.13.0, 1.14.0 und deren Patch-Versionen. Dify 1.15.0 führte difyctl ein, einen Befehlszeilen-Client zum Ausführen von Dify-Apps und Workflows aus dem Terminal, Skripten und CI-Pipelines. Das ist eine Erweiterung der Produktoberfläche von der Webkonsole zur Entwicklerautomatisierung.

Selbsthosting- und Docker-Distributionssignale

Difys Selbsthosting-Story ist aus zwei Richtungen sichtbar: offizielle Dokumente und offizielle Docker-Images. Die GitHub README besagt, dass der einfachste Weg, den Server zu starten, über Docker Compose ist, und die dedizierten Selbsthosting-Dokumente zeigen den Schnellstart für Docker Compose. Die Dokumente weisen Benutzer an, das Repository zu klonen, in das Docker-Verzeichnis zu wechseln, die Umgebungsdatei zu kopieren und den Compose-Befehl auszuführen.

Dieselbe Schnellstart-Dokumentation besagt, dass der Stack 5 Kernservices und 6 abhängige Komponenten startet: Kernservices wie API, Hintergrundjob-Service, Scheduler, Web und Plugin-Daemon, plus Komponenten wie Weaviate, PostgreSQL, Redis, Nginx, SSRF-Proxy und Sandbox. Diese Architektur ist für Metriken wichtig – eine einzelne funktionierende Umgebung kann mehrere Images ziehen, und diese Images können bei Upgrades, CI-Jobs, Cache-Fehlern, fehlgeschlagenen Bereitstellungen und Testläufen erneut gezogen werden.

Der Fehler besteht darin, diese vier Zählungen zu addieren und das Ergebnis als Bereitstellungen zu bezeichnen. Wenn dify-api, dify-web, dify-sandbox und dify-plugin-daemon alle Teil desselben Dify-Bereitstellungsmusters sind, dann führt das Addieren der Pull-Zählungen über Dienste hinweg zu einer doppelten oder vierfachen Zählung der bereitstellungsbezogenen Aktivität. Docker-Pulls umfassen auch automatisierte Neuaufbauten, Wiederholungen, Cache-Warming und Versionswechsel. Verwenden Sie sie für die Distributionswärme, nicht für aktive Instanzen.

Die Dokumentation der Umgebungsvariablen beschreibt öffentliche Konsolen-API-URLs, Backend-API-URLs, Web-App-URLs, Trigger-URLs, Datei-URLs, OAuth-Callback-Anforderungen, Kollaborationsmodus, Datenbankeinstellungen, Warteschlangeneinstellungen, Hintergrundjob-Einstellungen und Vektor-Speicherprofile. Dies sind echte Bereitstellungsoberflächen, die Dify für Teams relevant machen, die Kontrolle über Daten, Modellschlüssel, Integrationen und Infrastruktur wünschen. Das Selbsthosting-Signal ist daher stark, aber indirekt: Docker Hub beweist die Distributionsaktivität rund um offizielle Images, und die Dokumentation beweist, dass Dify die selbst gehostete operative Bereitstellung unterstützt – keines davon beweist, wie viele aktive selbst gehostete Installationen heute existieren.

Dify Cloud, Preise und Workspace-Paketierung

Dify Cloud hat eine klarere öffentliche Paketierungsoberfläche als die meisten Open-Source-KI-Anwendungsplattformen. Die offizielle Preisseite listet Sandbox als kostenlos, Professional für 59 $ pro Workspace/Monat, Team für 159 $ pro Workspace/Monat und Enterprise über Kontakt- und Vertriebswege auf. Dify gibt auch an, dass die jährliche Abrechnung 17 % spart, und weist darauf hin, dass die Abonnementpreise keine anfallenden Steuern enthalten.

Die Abrechnungsdokumente machen die Einheit explizit: Die Abrechnung ist Workspace-bezogen. Ein Abonnement legt das Teammitgliederlimit, den Funktionszugriff und die Nutzungskontingente für den gesamten Workspace fest. Das ist wichtig, da Dify nicht einfach pro individuellem Benutzerplatz abrechnet – es bündelt einen Workspace mit Credits, Apps, Wissenslimits, Speicher, Anfragelimits, Trigger-Ereignissen, Workflow-Verhalten, Protokollen und API-Zugriff.

Diese Planlimits sind für Käufer wertvoll, da sie die Form des Dify Cloud-Produkts zeigen. Sie zeigen auch, warum Preise nicht zur Ableitung von Einnahmen verwendet werden sollten. Ein Workspace kann verschiedene Modelle, Bring-Your-Own-Key-Provider-Schlüssel, Dify-Credits, verschiedene App-Volumina und verschiedene Workflow-Muster verwenden. Rabatte, jährliche Abrechnung, Bildungspreise, Unternehmensverträge und Selbsthosting erschweren jede Umsatzableitung. Die öffentliche Seite bietet genügend Details, um Difys gehostetes Produkt mit Selbsthosting zu vergleichen, aber sie gibt keine Auskunft über aktive Workspaces, zahlende Kunden, ARR, Bindung oder Kundenkonzentration.

Produktoberfläche: Apps, Workflows, Agenten, Wissen, APIs, Logs und CLI

Difys Produktoberfläche ist breiter als eine Chatbot-Benutzeroberfläche. Die Homepage besagt, dass Dify agentische Workflows, RAG-Pipelines, Integrationen und Observability an einem Ort bietet, und die GitHub README beschreibt Dify als eine Open-Source-LLM-App-Entwicklungsplattform mit Workflow, Modellunterstützung, Prompt IDE, RAG-Pipeline, Agentenfunktionen, LLMOps und Backend-as-a-Service-APIs.

Die Dokumente präzisieren das App-Modell. Difys Schlüsselkonzepte-Seite besagt, dass das Produkt für den Bau agentischer Apps konzipiert ist und dass veröffentlichte Apps über API, Web oder als MCP-Server zugänglich sind. Es heißt, die beiden Haupt-App-Typen seien Workflow und Chatflow, wobei Chatbot, Agent und Textgenerator zusätzliche grundlegende App-Typen seien, und dass diese App-Typen alle auf derselben Workflow-Engine laufen.

Die Agenten-Dokumente beschreiben Agenten als Chat-ähnliche Apps, bei denen das Modell eine Aufgabe durchdenken, entscheiden kann, was als Nächstes zu tun ist, und Werkzeuge autonom verwenden kann, und besagen, dass Agenten bis zu 500 Nachrichten oder 2.000 Token des Konversationsverlaufs speichern, bevor ältere Nachrichten entfernt werden. Wissen und RAG sind ebenfalls zentral: Difys Wissensdokumente beschreiben die schnelle Erstellung, Wissenspipelines, externe Wissensdatenbanken, Inhaltsverwaltung, Retrieval-Tests, Metadaten und App-Integration. Die Log-Dokumente besagen, dass Konversationsprotokolle Einblick in jede Interaktion bieten und Teams helfen, Probleme zu debuggen und Benutzerverhaltensmuster zu verstehen.

Die sicherste Produktkonklusion ist, dass Dify eine KI-Anwendungsplattform ist, nicht nur eine Agenten-Demo oder eine RAG-Benutzeroberfläche. Sie umfasst App-Erstellung, Workflow-Orchestrierung, Modellauswahl, Wissen, APIs, Logs, Plugins, Selbsthosting und CLI-Aufruf. Nichts davon beweist die Nutzung an sich, aber es erklärt, warum die Open-Source- und Docker-Metriken bedeutsam sind.

Plugin-, Modell-Provider- und Integrations-Ökosystem

Difys Ökosystem-Story hat sich mit Plugins wesentlich verändert. Die offizielle dify-official-plugins README besagt, dass ab Dify v1.0.0 im Februar 2025 Modelle und Tools in Plugins migriert und im offiziellen Plugin-Repository gespeichert wurden, und diese offiziellen Plugins auf den Dify Marketplace hochgeladen und vom offiziellen Dify-Team gepflegt werden.

Ein GitHub-Tree-Snapshot vom 5. Juli 2026 von langgenius/dify-official-plugins fand 260 Top-Level-Plugin-Typ-Verzeichnisse unter Modellen, Tools, Datenquellen, Erweiterungen, Triggern und Agentenstrategien. Das offizielle dify-official-plugins-Repository selbst hatte im API-Snapshot 596 Sterne, 859 Forks und 44 offene Issues. Difys Plugin-Launch-Post beschreibt das System als eine Mischung aus offiziellen Plugins, Partnerlösungen und verifizierten Community-Beiträgen und besagt, dass Marktplatz-Plugins einer Code-Überprüfung unterzogen werden, isoliert mit definierten Berechtigungen ausgeführt werden und Erklärungen zur Datenverarbeitung enthalten.

Diese Zahl von 260 sollte sorgfältig verwendet werden. Der rekursive Repository-Baum enthielt auch viele verschachtelte Ordner, und diese verschachtelten Zählungen sind keine exakten Plugin-Zählungen – sie sind eine Karte der Implementierungsoberfläche. Die Plugin-Tooling-Schicht ist kleiner, aber aktiv: Das offizielle dify-plugin-sdks-Repository hatte 143 Sterne, 140 Forks und 73 offene Issues; PyPI dify-plugin war bei Version 0.9.1 mit 142 Releases und einem letzten Upload am 17. Juni 2026; und das npm-Paket dify-client war bei Version 3.1.0.

Diese Ökosystem-Oberfläche ist wichtig, weil Dify darum konkurriert, die Orchestrierungsschicht zwischen Teams, Modellen, Daten, Tools und Apps zu sein. Aber die Ökosystem-Oberfläche ist keine Akzeptanz. Ein Plugin-Verzeichnis beweist keine aktive Installation. Eine Paketversion beweist keine Downloads. Eine Modell-Provider-Seite beweist kein Modellnutzungsvolumen. Verwenden Sie diese Zahlen, um die Plattformbreite zu zeigen, und halten Sie dann die Nutzungslücke sichtbar.

Unternehmenskontext: Finanzierung, Bewertung und Unternehmensreife

Difys Unternehmenskontext wurde im März 2026 klarer. Difys eigener Blog besagt, dass es eine 30 Millionen Dollar Serie Pre-A unter der Führung von HSG mit Beteiligung von GL Ventures, Alt-Alpha Capital, 5Y Capital, Mizuho Leaguer Investment und NYX Ventures erhalten hat, und dass der wiederkehrende Investor 5Y Capital seine Beteiligung verdoppelt hat.

Das Unternehmenssignal sollte in seinem Bereich bleiben. Eine Serie Pre-A von 30 Millionen Dollar ist kein Umsatz. Eine Bewertung von 180 Millionen Dollar ist kein ARR. Die Beteiligung von Investoren ist keine Kundenzahl. Die Finanzierung zeigt, dass Dify eine von Investoren unterstützte Dynamik im Bereich der agentischen Workflows für Unternehmen hat, aber sie füllt die fehlenden Nenner in Bezug auf aktive Benutzer, bezahlte Workspaces, selbst gehostete Bereitstellungen oder Bindung nicht aus.

Sicherheit und Compliance fügen eine weitere Ebene der Unternehmensreife hinzu. Dify gibt an, SOC 2 Typ II, ISO 27001:2022 und GDPR-Compliance zum zweiten Mal in Folge abgeschlossen zu haben, wobei die Audits Personalmanagement, Lieferanten-Onboarding, Datensicherheit, Systembetrieb und Entwicklungssicherheit abdecken. Compliance ist für Käufer, die gehostete oder Unternehmens-KI-Infrastruktur bewerten, bedeutsam, beweist aber nicht die Anzahl der Unternehmen, die Dify nutzen. Es beweist, dass Dify in die Vertrauensfläche investiert, die Unternehmen normalerweise vor der Beschaffung benötigen, bevor sie skalieren können.

Marktkontext: KI-App-Builder und agentische Workflows

Die breitere Akzeptanz von KI erklärt, warum Difys Kategorie wichtig ist, sollte aber nicht in eine Dify-spezifische Akzeptanz umgewandelt werden. Die Stack Overflow 2025 Developer Survey besagt, dass 84 % der Befragten KI-Tools in der Entwicklung nutzen oder planen, sie zu nutzen, und dass 51 % der professionellen Entwickler täglich KI-Tools nutzen. Das ist der Kontext der Entwickler-KI-Kategorie, nicht der Dify-Anteil.

GitHubs Octoverse 2025 beschreibt KI, Agenten und typisierte Sprachen als große Veränderungen in der Softwareentwicklung. Difys Open-Source-Aufmerksamkeit existiert innerhalb dieses breiteren GitHub-Ökosystems, aber GitHubs plattformweite Metriken beweisen nicht die Dify-Nutzung. Der Stanford AI Index 2026 ist aus demselben Grund nützlich: Er zeigt ein breiteres KI-Akzeptanz- und Messumfeld, und seine Darstellung der schnellen Akzeptanz generativer KI unterstützt eine vorsichtige Sprache in Bezug auf agentische Plattformen. McKinseys State of AI stellt fest, dass die Skalierung von Agenten nach Funktion immer noch ungleichmäßig ist.

Die wichtigste Erkenntnis zur Kategorie ist, dass Dify in einem Markt angesiedelt ist, in dem der Bau von KI-Apps von Prompts und Chat-Oberflächen zu Workflows, Agenten, Modell-Routing, Wissensabruf, Tools, APIs und Observability übergeht. Difys eigene Dokumente stimmen mit dieser Verschiebung durch Workflows und Chatflows, Agenten, Wissen, Integrationen und API-Veröffentlichung überein.

Was das für Betreiber und KI-Entwickler bedeutet

Für Betreiber ist die wichtigste Dify-Statistik nicht eine einzelne Zahl. Es ist die Lücke zwischen sichtbarer Open-Source-Dynamik und unsichtbarer Produktionsnutzung.

Für GTM-Teams sollte der Unternehmenskontext von Dify sorgfältig verwendet werden. Die 30 Millionen Dollar Serie Pre-A, die 180 Millionen Dollar Bewertung und die SOC 2 / ISO 27001 / GDPR-Haltung unterstützen die Annahme, dass Dify es mit Unternehmens-Workflows ernst meint. Sie geben jedoch keine Auskunft über Konversion, durchschnittlichen Vertragswert oder Abwanderung.

Die stärkste Erkenntnis für Betreiber ist, dass Dify öffentliche Beweise für Dynamik auf mehreren Ebenen hat: Open-Source-Aufmerksamkeit, Release-Geschwindigkeit, Docker-Distribution, gehostete Preisgestaltung, Plugin-Architektur, Sicherheits- und Compliance-Haltung sowie Venture-Finanzierung. Die fehlenden öffentlichen Daten sind ebenso wichtig: genaue aktive Benutzer, zahlende Kunden, Umsatz, gebundene Kohorten und Kundenverteilung sind in einem sauberen aktuellen öffentlichen Datensatz nicht verfügbar.

Was bis Ende 2026 zu beobachten ist

Die erste Zahl, die es zu beobachten gilt, ist die GitHub-Geschwindigkeit. Wenn Sterne, Forks, Mitwirkende, Releases und geschlossene PRs weiter steigen, bleibt das Open-Source-Projekt aktiv; wenn Releases langsamer werden oder der Rückstand ohne Lösung wächst, könnten dieselben öffentlichen Metriken eher Wartungsdruck als Dynamik bedeuten. Die zweite ist die Docker-Distribution nach Image – Pull-Zählungen sollten Pull-Zählungen bleiben, aber Änderungen in der Update-Kadenz und den Tags können auf aktive Paketierung hinweisen.

Die aktuellen 260 Top-Level-Plugin-Typ-Verzeichnisse zeigen die Breite in der Quellcodeverwaltung, aber Marktplatz-Installations- und Nutzungsdaten wären ein viel stärkeres Akzeptanzsignal. Dify hat 30 Millionen Dollar in Serie Pre-A-Finanzierung offengelegt, und Business Wire berichtet eine Bewertung von 180 Millionen Dollar. Eine zukünftige Offenlegung von Umsatz, bezahlten Workspaces, Unternehmenskunden, Bindung oder aktiven Bereitstellungen würde das Datenbild wesentlich verändern.

Häufig gestellte Fragen

Quellen und weiterführende Literatur