Statistiche Dify.

L’impronta pubblica di Dify nel 2026 è più facile da interpretare erroneamente se ogni numero elevato viene trattato come “utenti”. Il progetto open-source è chiaramente ampio: il repository langgenius/dify aveva 147.742 stelle GitHub, 23.264 fork e circa 1.375 contributori nello snapshot API di GitHub del 5 luglio 2026. Questi sono forti segnali di attenzione e partecipazione open-source.

La domanda più difficile è cosa dimostrano questi numeri. Le stelle GitHub non misurano gli utenti di Dify Cloud. I pull Docker non equivalgono a distribuzioni self-hosted attive. Un repository di plugin non è la stessa cosa dell’adozione di plugin. Le pagine dei prezzi non rivelano i ricavi. I finanziamenti sono lo slancio dell’azienda, non il numero di clienti. Il modo utile per leggere Dify nel 2026 è come una piattaforma a strati: progetto open-source, distribuzione self-hosted, prodotto workspace ospitato, ecosistema di plugin e fornitori di modelli, e contesto aziendale LangGenius.

La posizione di Dify nel 2026

I numeri principali di Dify utilizzano denominatori diversi, quindi leggeteli come segnali separati di open-source, distribuzione, prezzi e azienda, piuttosto che come un’unica cifra.

Le stelle non sono utenti: leggere i numeri di Dify

Dify ha una traccia di dati pubblici più forte rispetto a molte aziende private di piattaforme di applicazioni AI, ma la traccia è irregolare. Lo strato open-source è visibile tramite GitHub, le pagine di rilascio, i grafici dei contributori e Docker Hub. Lo strato del prodotto ospitato è visibile tramite prezzi, documenti di fatturazione, documenti dei fornitori di modelli e integrazioni di workspace. Lo strato aziendale è visibile tramite l’annuncio di finanziamento di Dify, Business Wire e gli annunci di conformità.

Questi strati rispondono a domande diverse. Le stelle GitHub rispondono a: “Quanta attenzione pubblica degli sviluppatori ha il progetto?” I fork rispondono a: “Quanti account GitHub hanno copiato il repository?” I contributori rispondono a: “Quanto è ampia la partecipazione al progetto open-source?” I pull Docker rispondono a: “Quante volte sono state scaricate le immagini ufficiali?” I prezzi rispondono a: “Come Dify confeziona il prodotto ospitato?” I finanziamenti rispondono a: “Che tipo di slancio di investitori e aziende è stato divulgato?”

Nessuno di questi numeri risponde a: “Quanti utenti attivi di Dify Cloud ci sono?” Non rispondono nemmeno al numero di clienti paganti, ai workspace attivi mensili, alle installazioni self-hosted attive, ai ricavi, alla fidelizzazione, al churn, alla net revenue retention o alla profondità di implementazione del cliente. Questa assenza non è insolita per un’azienda privata con un prodotto open-source, ma cambia il modo in cui ogni statistica dovrebbe essere utilizzata.

Impronta open-source: stelle, fork, contributori, commit e release

L’impronta open-source di Dify è la parte pubblica più forte della sua storia di dati. Il repository principale langgenius/dify non è un piccolo progetto secondario: lo snapshot GitHub API del 5 luglio 2026 mostrava 147.742 stelle, 23.264 fork, 816 osservatori/sottoscrittori e un timestamp dell’ultima push nello stesso giorno. La pagina GitHub ha arrotondato a 148k stelle e 23.3k fork.

La pendenza storica è importante. Il post ufficiale di Dify sui traguardi afferma che il progetto ha superato 100.000 stelle GitHub il 5 giugno 2025, e che Dify era stato reso open-source il 15 maggio 2023. Entro il 5 luglio 2026, il progetto era cresciuto a circa 147.7k stelle nello snapshot API — circa 47.700 stelle al di sopra di quel traguardo ufficiale.

Anche la partecipazione è visibile. La paginazione dell’endpoint dei contributori indicava circa 1.375 contributori, e l’endpoint dei commit indicava 11.474 commit, corrispondenti all’interfaccia utente web. Questi sono segnali di un progetto open-source attivo, ma misurano comunque l’attività del progetto piuttosto che l’utilizzo in produzione.

Il backlog di problemi e richieste di pull necessita di un’attenta interpretazione. L’API del repository ha segnalato 883 problemi e PR aperti combinati. Una ricerca GitHub separata ha restituito 282 problemi aperti e 601 richieste di pull aperte, oltre a 17.922 problemi chiusi e 14.598 PR chiuse. Un ampio backlog può indicare un coinvolgimento attivo della comunità, un intenso sviluppo, la complessità del prodotto o la pressione di manutenzione — non dovrebbe essere semplificato in “sano” o “non sano” senza considerare etichette, età e tasso di chiusura.

Lo stato del rilascio è più facile da leggere. Dify 1.15.0 era l’ultima versione stabile nello snapshot del 5 luglio, pubblicata il 25 giugno 2026, e la pagina dei rilasci mostra anche i rilasci del 2026 come 1.13.0, 1.14.0 e le loro versioni patch. Dify 1.15.0 ha introdotto difyctl, un client da riga di comando per eseguire app e flussi di lavoro Dify da terminale, script e pipeline CI. Questa è un’espansione della superficie del prodotto dalla console web all’automazione degli sviluppatori.

Segnali di self-hosting e distribuzione Docker

La storia del self-hosting di Dify è visibile da due direzioni: documenti ufficiali e immagini Docker ufficiali. Il README di GitHub afferma che il modo più semplice per avviare il server è tramite Docker Compose, e i documenti dedicati al self-host mostrano l’avvio rapido per Docker Compose. I documenti indicano agli utenti di clonare il repository, entrare nella directory docker, copiare il file di ambiente ed eseguire il comando compose.

Gli stessi documenti di avvio rapido affermano che lo stack avvia 5 servizi core e 6 componenti dipendenti: servizi core come API, servizio di job in background, scheduler, web e plugin daemon, oltre a componenti come Weaviate, PostgreSQL, Redis, Nginx, proxy SSRF e sandbox. Questa architettura è importante per le metriche — un singolo ambiente di lavoro può scaricare diverse immagini, e quelle immagini possono essere scaricate di nuovo durante gli aggiornamenti, i job CI, i cache miss, le distribuzioni fallite e i test.

L’errore è sommare questi quattro conteggi e chiamare il risultato distribuzioni. Se dify-api, dify-web, dify-sandbox e dify-plugin-daemon fanno tutti parte dello stesso schema di distribuzione Dify, allora sommare i conteggi di pull tra i servizi conta due o quattro volte l’attività correlata alla distribuzione. I pull Docker includono anche ricostruzioni automatiche, tentativi, riscaldamento della cache e churn di versione. Usali per il calore della distribuzione, non per le istanze attive.

I documenti sulle variabili d’ambiente descrivono URL API della console pubblica, URL API backend, URL dell’applicazione web, URL di trigger, URL di file, esigenze di callback OAuth, modalità di collaborazione, impostazioni del database, impostazioni della coda, impostazioni dei job in background e profili di archiviazione vettoriale. Queste sono vere superfici di distribuzione che rendono Dify rilevante per i team che desiderano il controllo su dati, chiavi di modello, integrazioni e infrastruttura. Il segnale di self-hosting è quindi forte ma indiretto: Docker Hub dimostra l’attività di distribuzione attorno alle immagini ufficiali, e i documenti dimostrano che Dify supporta la distribuzione operativa self-hosted — nessuno dei due dimostra quante installazioni self-hosted attive esistono oggi.

Dify Cloud, prezzi e packaging del workspace

Dify Cloud ha una superficie di packaging pubblica più chiara rispetto alla maggior parte delle piattaforme di app AI open-source. La pagina ufficiale dei prezzi elenca Sandbox come gratuito, Professional a $59 per workspace/mese, Team a $159 per workspace/mese ed Enterprise tramite contatti e flussi di vendita. Dify afferma anche che la fatturazione annuale consente di risparmiare il 17% e che i prezzi degli abbonamenti escludono le tasse applicabili.

I documenti di fatturazione rendono esplicita l’unità: la fatturazione è a livello di workspace. Un abbonamento imposta il limite di membri del team, l’accesso alle funzionalità e le quote di utilizzo per l’intero workspace. Questo è importante perché Dify non sta prezzando semplicemente per singolo utente, ma sta confezionando un workspace con crediti, app, limiti di conoscenza, archiviazione, limiti di richieste, eventi di trigger, comportamento del flusso di lavoro, log e accesso API.

Questi limiti di piano sono preziosi per gli acquirenti perché mostrano la forma del prodotto Dify Cloud. Mostrano anche perché i prezzi non dovrebbero essere usati per inferire i ricavi. Un workspace può utilizzare diversi modelli, chiavi di provider “bring-your-own-key”, crediti Dify, diversi volumi di app e diversi schemi di flusso di lavoro. Sconti, fatturazione annuale, prezzi per l’istruzione, contratti aziendali e self-hosting complicano tutti qualsiasi inferenza sui ricavi. La pagina pubblica fornisce dettagli sufficienti per confrontare il prodotto ospitato di Dify con il self-hosting, ma non rivela workspace attivi, clienti paganti, ARR, fidelizzazione o concentrazione dei clienti.

Superficie del prodotto: app, flussi di lavoro, agenti, conoscenza, API, log e CLI

La superficie del prodotto di Dify è più ampia di una semplice interfaccia utente di chatbot. La homepage afferma che Dify offre flussi di lavoro agentici, pipeline RAG, integrazioni e osservabilità in un unico posto, e il README di GitHub descrive Dify come una piattaforma di sviluppo di app LLM open-source con flusso di lavoro, supporto modelli, Prompt IDE, pipeline RAG, capacità di agente, LLMOps e API backend-as-a-service.

I documenti rendono il modello dell’app più preciso. La pagina dei concetti chiave di Dify afferma che il prodotto è realizzato per la creazione di app agentiche, e che le app pubblicate possono essere accessibili tramite API, web o come server MCP. Afferma che i due tipi principali di app sono Workflow e Chatflow, con Chatbot, Agent e Text Generator come tipi di app di base aggiuntivi, e che questi tipi di app funzionano sullo stesso motore di workflow sottostante.

I documenti degli Agenti descrivono gli agenti come app in stile chat in cui il modello può ragionare attraverso un compito, decidere cosa fare dopo e utilizzare gli strumenti in modo autonomo, e affermano che gli agenti mantengono fino a 500 messaggi o 2.000 token di cronologia della conversazione prima che i messaggi più vecchi vengano rimossi. Anche la conoscenza e il RAG sono centrali: i documenti sulla conoscenza di Dify descrivono la creazione rapida, le pipeline di conoscenza, le basi di conoscenza esterne, la gestione dei contenuti, i test di recupero, i metadati e l’integrazione delle app. I documenti sui log affermano che i log delle conversazioni forniscono visibilità su ogni interazione, aiutando i team a debuggare i problemi e a comprendere i modelli di comportamento degli utenti.

La conclusione più sicura sul prodotto è che Dify è una piattaforma di applicazioni AI, non solo una demo di agente o un’interfaccia utente RAG. Copre la creazione di app, l’orchestrazione del flusso di lavoro, la selezione del modello, la conoscenza, le API, i log, i plugin, il self-hosting e l’invocazione CLI. Nulla di tutto ciò dimostra l’utilizzo di per sé, ma spiega perché le metriche open-source e Docker sono significative.

Ecosistema di plugin, fornitori di modelli e integrazioni

La storia dell’ecosistema di Dify è cambiata materialmente con i plugin. Il README ufficiale di dify-official-plugins afferma che a partire da Dify v1.0.0 a febbraio 2025, modelli e strumenti sono stati migrati in plugin e archiviati nel repository ufficiale dei plugin, e questi plugin ufficiali vengono caricati sul Dify Marketplace e mantenuti dal team ufficiale di Dify.

Uno snapshot dell’albero GitHub del 5 luglio 2026 di langgenius/dify-official-plugins ha trovato 260 directory di tipo plugin di primo livello sotto modelli, strumenti, origini dati, estensioni, trigger e strategie di agente. Il repository ufficiale dify-official-plugins stesso aveva 596 stelle, 859 fork e 44 problemi aperti nello snapshot API. Il post di lancio dei plugin di Dify inquadra il sistema come un mix di plugin ufficiali, soluzioni partner e contributi della comunità verificati, e afferma che i plugin del Marketplace sono sottoposti a revisione del codice, vengono eseguiti in isolamento con permessi definiti e includono dichiarazioni di gestione dei dati.

Questo conteggio di 260 dovrebbe essere usato con cautela. L’albero ricorsivo del repository aveva anche molte cartelle annidate, e questi conteggi annidati non sono conteggi esatti di plugin — sono una mappa della superficie di implementazione. Lo strato di strumenti per i plugin è più piccolo ma attivo: il repository ufficiale dify-plugin-sdks aveva 143 stelle, 140 fork e 73 problemi aperti; PyPI dify-plugin era alla versione 0.9.1 con 142 rilasci e un ultimo caricamento il 17 giugno 2026; e il pacchetto npm dify-client era alla versione 3.1.0.

Questa superficie dell’ecosistema è importante perché Dify sta competendo per essere lo strato di orchestrazione tra team, modelli, dati, strumenti e app. Ma la superficie dell’ecosistema non è adozione. Una directory di plugin non dimostra un’installazione attiva. Una versione di pacchetto non dimostra i download. Una pagina di fornitore di modelli non dimostra il volume di utilizzo del modello. Usa questi numeri per mostrare l’ampiezza della piattaforma, quindi mantieni visibile il divario di utilizzo.

Contesto aziendale: finanziamenti, valutazione e prontezza aziendale

Il contesto aziendale di Dify è diventato più chiaro a marzo 2026. Il blog di Dify afferma di aver raccolto $30 milioni di Serie Pre-A guidati da HSG, con la partecipazione di GL Ventures, Alt-Alpha Capital, 5Y Capital, Mizuho Leaguer Investment e NYX Ventures, e afferma che l’investitore di ritorno 5Y Capital ha raddoppiato l’investimento.

Il segnale aziendale dovrebbe rimanere nel suo ambito. Una Serie Pre-A da 30 milioni di dollari non è un ricavo. Una valutazione di 180 milioni di dollari non è un ARR. La partecipazione degli investitori non è il numero di clienti. Il finanziamento mostra che Dify ha uno slancio supportato dagli investitori nella categoria dei flussi di lavoro agentici aziendali, ma non colma i denominatori mancanti relativi a utenti attivi, workspace a pagamento, distribuzioni self-hosted o fidelizzazione.

Sicurezza e conformità aggiungono un altro livello di prontezza aziendale. Dify afferma di aver completato la conformità SOC 2 Tipo II, ISO 27001:2022 e GDPR per il secondo anno consecutivo, con audit che coprono la gestione del personale, l’onboarding dei fornitori, la sicurezza dei dati, le operazioni di sistema e la sicurezza dello sviluppo. La conformità è significativa per gli acquirenti che valutano infrastrutture AI ospitate o aziendali, ma non dimostra il numero di aziende che utilizzano Dify. Dimostra che Dify sta investendo nella superficie di fiducia che le aziende di solito richiedono prima che l’approvvigionamento possa scalare.

Contesto di mercato: costruttori di app AI e flussi di lavoro agentici

L’adozione più ampia dell’IA spiega perché la categoria di Dify è importante, ma non dovrebbe essere trasformata in adozione specifica di Dify. Il Sondaggio per sviluppatori Stack Overflow 2025 afferma che l’84% degli intervistati utilizza o prevede di utilizzare strumenti di IA nello sviluppo, e che il 51% degli sviluppatori professionisti utilizza strumenti di IA quotidianamente. Questo è il contesto della categoria sviluppatore-IA, non la quota di Dify.

L’Octoverse 2025 di GitHub inquadra l’IA, gli agenti e i linguaggi tipizzati come importanti cambiamenti nello sviluppo software. L’attenzione open-source di Dify vive all’interno di questo più ampio ecosistema GitHub, ma le metriche a livello di piattaforma di GitHub non dimostrano l’utilizzo di Dify. Lo Stanford AI Index 2026 è utile per lo stesso motivo: mostra un ambiente più ampio di adozione e misurazione dell’IA, e la sua inquadratura sull’adozione rapida dell’IA generativa supporta un linguaggio cauto sulle piattaforme agentiche. Lo State of AI di McKinsey rileva che la scalabilità degli agenti è ancora irregolare per funzione.

Il principale insegnamento della categoria è che Dify si trova in un mercato in cui la creazione di app AI si sta spostando da prompt e interfacce di chat verso flussi di lavoro, agenti, routing di modelli, recupero della conoscenza, strumenti, API e osservabilità. I documenti di Dify si allineano a questo cambiamento attraverso flussi di lavoro e chatflow, agenti, conoscenza, integrazioni e pubblicazione API.

Cosa significa questo per gli operatori e i costruttori di AI

Per gli operatori, la statistica più importante di Dify non è un singolo numero. È il divario tra lo slancio open-source visibile e l’utilizzo in produzione invisibile.

Per i team GTM, il contesto aziendale di Dify dovrebbe essere usato con cautela. La Serie Pre-A da 30 milioni di dollari, la valutazione di 180 milioni di dollari e la posizione SOC 2 / ISO 27001 / GDPR supportano l’idea che Dify sia seria riguardo ai flussi di lavoro aziendali. Non rivelano la conversione, il valore medio del contratto o il churn.

Il punto chiave più forte per gli operatori è che Dify ha prove pubbliche di slancio a diversi livelli: attenzione open-source, velocità di rilascio, distribuzione Docker, prezzi ospitati, architettura dei plugin, posizione di sicurezza e conformità e supporto di venture capital. I dati pubblici mancanti sono altrettanto importanti: utenti attivi esatti, clienti paganti, ricavi, coorti mantenute, distribuzioni self-hosted attive e distribuzione dei clienti non sono disponibili in un set di dati pubblici pulito e attuale.

Cosa osservare per il resto del 2026

Il primo numero da osservare è la velocità di GitHub. Se stelle, fork, contributori, rilasci e PR chiuse continuano ad aumentare, il progetto open-source rimane attivo; se i rilasci rallentano o il backlog cresce senza risoluzione, le stesse metriche pubbliche potrebbero iniziare a significare pressione di manutenzione piuttosto che slancio. Il secondo è la distribuzione Docker per immagine — i conteggi dei pull dovrebbero rimanere conteggi dei pull, ma i cambiamenti nella cadenza degli aggiornamenti e nei tag possono indicare un packaging attivo.

Le attuali 260 directory di tipo plugin di primo livello mostrano l’ampiezza nel controllo del codice sorgente, ma i dati di installazione e utilizzo del marketplace sarebbero un segnale di adozione molto più forte. Dify ha divulgato $30 milioni di finanziamenti di Serie Pre-A e Business Wire riporta una valutazione di 180 milioni di dollari. Una futura divulgazione di ricavi, workspace a pagamento, clienti aziendali, fidelizzazione o distribuzioni attive cambierebbe materialmente il quadro dei dati.

Domande Frequenti

Fonti e ulteriori letture