Dify 統計數據
最後更新於 2026年7月6日
Dify 在 2026 年的公開足跡最容易被誤讀,如果每個大數字都被視為「用戶」。這個開源專案顯然規模龐大:在 2026 年 7 月 5 日的 GitHub API 快照中,langgenius/dify 儲存庫擁有 147,742 個 GitHub 星數、23,264 個分支,以及約 1,375 名貢獻者。這些都是強大的開源關注和參與信號。
更難的問題是這些數字證明了什麼。GitHub 星數並不能衡量 Dify Cloud 用戶。Docker 拉取次數不等於活躍的自託管部署。插件儲存庫與插件採用率不同。定價頁面並未揭示收入。資金是公司動能,而非客戶數量。2026 年閱讀 Dify 的有用方式是將其視為一個分層平台:開源專案、自託管分發、託管工作區產品、插件和模型提供者生態系統,以及 LangGenius 公司背景。
Dify 在 2026 年的現狀
Dify 的主要數字使用不同的分母,因此應將其視為獨立的開源、分發、定價和公司信號,而非單一數字。
開源足跡(2026 年 7 月 5 日快照)
分發、定價和公司背景
每個數字都應根據其分母來解讀
Dify 的主要數據回答了不同的問題。點擊一個指標以查看它衡量了什麼 — 以及它沒有證明什麼。
GitHub API星數不是用戶:解讀 Dify 的數字
Dify 擁有比許多私人 AI 應用平台公司更強大的公開數據軌跡,但軌跡並不均勻。開源層面透過 GitHub、發布頁面、貢獻者圖表和 Docker Hub 可見。託管產品層面透過 定價、計費文件、模型提供者文件和工作區整合可見。公司層面透過 Dify 的 融資公告、Business Wire 和合規公告可見。
這些層面回答了不同的問題。GitHub 星數回答:「該專案有多少公開開發者關注度?」分支回答:「有多少 GitHub 帳戶複製了儲存庫?」貢獻者回答:「開源專案的參與度有多廣?」Docker 拉取回答:「官方映像被拉取的頻率是多少?」定價回答:「Dify 如何打包託管產品?」資金回答:「披露了哪些投資者和公司動能?」
這些數字都無法回答:「Dify Cloud 有多少活躍用戶?」它們也無法回答付費客戶數量、每月活躍工作區、活躍自託管安裝、收入、留存、流失、淨收入留存或客戶部署深度。這種缺失對於擁有開源產品的私人公司來說並不罕見,但它改變了每個統計數據的使用方式。
開源足跡:星數、分支、貢獻者、提交和發布
Dify 的開源足跡是其數據故事中最公開的部分。主要的 langgenius/dify 儲存庫並非一個小型附屬專案:2026 年 7 月 5 日的 GitHub API 快照顯示 147,742 個星數、23,264 個分支、816 個觀察者/訂閱者,以及當天的最新推送時間戳。GitHub 頁面將其四捨五入為 148k 星數 和 23.3k 分支。
歷史斜率很重要。Dify 的官方里程碑文章稱,該專案於 2025 年 6 月 5 日突破 100,000 個 GitHub 星數,Dify 於 2023 年 5 月 15 日開源。截至 2026 年 7 月 5 日,該專案在 API 快照中已增長到約 147.7k 星數 — 比官方里程碑高出約 47,700 個星數。
GitHub 星數 — 從開源發布到 148k
線性軸上的三個錨點:2023 年 5 月開源發布時為 0 星數,2025 年 6 月官方里程碑為 100,000 星數,以及 2026 年 7 月 API 快照中的 147,742 星數。
Dify & GitHub API
參與度也顯而易見。貢獻者端點 分頁顯示約 1,375 名貢獻者,而 提交端點 顯示 11,474 次提交,與網頁 UI 相符。這些都是活躍開源專案的跡象,但它們仍然衡量專案活動而非生產使用。
問題和拉取請求積壓需要仔細解釋。儲存庫 API 報告了 883 個開放問題和拉取請求。分開的 GitHub 搜尋返回了 282 個開放問題 和 601 個開放拉取請求,以及 17,922 個已關閉問題和 14,598 個已關閉拉取請求。大量的積壓可能表示活躍的社群參與、大量的開發、產品複雜性或維護壓力 — 在不查看標籤、時間和關閉率的情況下,不應將其簡化為「健康」或「不健康」。
發布狀態更容易閱讀。在 7 月 5 日的快照中,Dify 1.15.0 是最新穩定版本,於 2026 年 6 月 25 日發布,發布頁面 也顯示了 2026 年的版本,例如 1.13.0、1.14.0 及其補丁版本。Dify 1.15.0 引入了 difyctl,這是一個用於從終端、腳本和 CI 管道運行 Dify 應用程式和工作流程的命令列客戶端。這是從網頁控制台到開發者自動化的產品表面擴展。
自託管和 Docker 分發信號
Dify 的自託管故事可以從兩個方向看到:官方文件和官方 Docker 映像。GitHub README 說,啟動伺服器最簡單的方法是透過 Docker Compose,而專用的自託管文件顯示了 Docker Compose 的快速入門。文件告訴用戶克隆儲存庫,進入 docker 目錄,複製環境文件,然後運行 compose 命令。
相同的快速入門文件說,堆棧啟動 5 個核心服務和 6 個依賴組件:核心服務如 API、後台作業服務、排程器、網頁和插件守護程式,以及 Weaviate、PostgreSQL、Redis、Nginx、SSRF 代理和沙盒等組件。這種架構對於指標很重要 — 單個工作環境可以拉取多個映像,並且這些映像可以在升級、CI 作業、快取遺失、部署失敗和測試運行期間再次拉取。
錯誤的做法是將這四個計數相加並稱之為部署。如果 dify-api、dify-web、dify-sandbox 和 dify-plugin-daemon 都屬於相同的 Dify 部署模式,那麼跨服務添加拉取計數會重複計算或四倍計算與部署相關的活動。Docker 拉取還包括自動重建、重試、快取預熱和版本變動。將它們用於分發熱度,而不是活躍實例。
環境變數文件 描述了公共控制台 API URL、後端 API URL、網頁應用程式 URL、觸發器 URL、文件 URL、OAuth 回調需求、協作模式、資料庫設定、佇列設定、後台作業設定和向量儲存設定檔。這些是實際的部署表面,使 Dify 對於希望控制數據、模型金鑰、整合和基礎設施的團隊來說非常重要。因此,自託管信號強烈但間接:Docker Hub 證明了圍繞官方映像的分發活動,文件證明 Dify 支持自託管操作部署 — 兩者都無法證明目前存在多少活躍的自託管安裝。
Dify Cloud、定價和工作區打包
Dify Cloud 比大多數開源 AI 應用平台擁有更清晰的公開打包表面。官方 定價頁面 列出沙盒版免費,專業版每月每個工作區 59 美元,團隊版每月每個工作區 159 美元,企業版則透過聯繫和銷售流程。Dify 還表示年度計費可節省 17%,並指出訂閱價格不包括適用稅費。
計費文件明確了單位:計費是 工作區範圍的。訂閱設定了整個工作區的團隊成員限制、功能存取和使用配額。這很重要,因為 Dify 不僅僅是按個人用戶席位定價 — 它正在打包一個包含點數、應用程式、知識限制、儲存、請求限制、觸發事件、工作流程行為、日誌和 API 存取的工作區。
Dify Cloud 定價階梯
點擊一個層級以查看 Dify 如何打包每個工作區的訊息點數、團隊成員、應用程式和知識限制。價格為每個工作區/月;企業版需聯繫銷售。
Dify 定價這些方案限制對買家來說很有價值,因為它們顯示了 Dify Cloud 產品的形態。它們也解釋了為什麼不應使用定價來推斷收入。一個工作區可以使用不同的模型、自帶金鑰提供者金鑰、Dify 點數、不同的應用程式數量和不同的工作流程模式。折扣、年度計費、教育定價、企業合約和自託管都使任何收入推斷變得複雜。公開頁面提供了足夠的細節來比較 Dify 的託管產品與自託管,但它沒有披露活躍工作區、付費客戶、ARR、留存或客戶集中度。
產品表面:應用程式、工作流程、代理、知識、API、日誌和 CLI
Dify 的產品表面比聊天機器人 UI 更廣泛。首頁表示 Dify 在一個地方提供 代理工作流程、RAG 管道、整合和可觀察性,GitHub README 將 Dify 描述為一個 開源 LLM 應用程式開發平台,具有工作流程、模型支援、Prompt IDE、RAG 管道、代理功能、LLMOps 和後端即服務 API。
文件使應用程式模型更精確。Dify 的 關鍵概念頁面 表示該產品專為代理應用程式建構而設計,並且已發布的應用程式可以透過 API、網頁或作為 MCP 伺服器存取。它表示兩種主要的應用程式類型是工作流程和聊天流程,聊天機器人、代理和文字生成器是額外的基本應用程式類型,並且這些應用程式類型在底層運行相同的流程引擎。
工作流程與聊天流程
工作流程應用程式處理從用戶輸入或觸發器開始的單輪任務;聊天流程增加了對話狀態、自訂變數、記憶體和串流多輪輸出。
具有自主工具使用的代理
代理文件描述了透過任務推理並自主使用工具的聊天式應用程式,保留最多 500 條訊息或 2,000 個令牌的對話歷史。
知識與 RAG
知識文件涵蓋快速建立、知識管道、外部知識庫、檢索測試、元數據和應用程式整合,包括透過 API 連接現有檢索系統。
發布、API 與日誌
應用程式透過 API、網頁或 MCP 伺服器發布;完成訊息和聊天訊息 API 已記錄,對話日誌提供了每次互動的可見性。
CLI 執行
Dify 1.15.0 引入了 difyctl,用於從終端、腳本和 CI 管道運行應用程式和工作流程 — 使 Dify 更接近批次操作和系統整合。
代理文件將代理描述為 聊天式應用程式,其中模型可以透過任務進行推理,決定下一步要做什麼,並自主使用工具,並聲明代理保留最多 500 條訊息或 2,000 個令牌的對話歷史,然後刪除較舊的訊息。知識和 RAG 也是核心:Dify 的 知識文件 描述了快速建立、知識管道、外部知識庫、內容管理、檢索測試、元數據和應用程式整合。日誌文件 表示對話日誌提供了每次互動的可見性,幫助團隊調試問題並了解用戶行為模式。
最安全的產品結論是 Dify 是一個 AI 應用平台,而不僅僅是一個代理演示或 RAG UI。它涵蓋了應用程式建立、工作流程編排、模型選擇、知識、API、日誌、插件、自託管和 CLI 調用。這些本身都無法證明使用情況,但它解釋了為什麼開源和 Docker 指標有意義。
插件、模型提供者和整合生態系統
Dify 的生態系統故事因插件而發生了實質性變化。官方 dify-official-plugins README 說,從 2025 年 2 月的 Dify v1.0.0 開始,模型和工具被遷移到插件中並儲存在官方插件儲存庫中,這些官方插件被上傳到 Dify Marketplace 並由 Dify 官方團隊維護。
2026 年 7 月 5 日,langgenius/dify-official-plugins 的 GitHub 樹快照發現,在模型、工具、數據源、擴展、觸發器和代理策略下有 260 個頂級插件類型目錄。官方 dify-official-plugins 儲存庫本身在 API 快照中擁有 596 個星數、859 個分支 和 44 個開放問題。Dify 的插件發布文章將該系統描述為 官方插件、合作夥伴解決方案和經過驗證的社群貢獻 的組合,並表示市場插件經過程式碼審查,在隔離環境中運行並具有定義的權限,並包含數據處理聲明。
官方插件儲存庫內部
提供者和模型目錄,例如 Anthropic、Azure OpenAI、Bedrock 和 DeepSeek,在遞歸樹中約有 495 個目錄嵌套在模型下。
最大的類別,在遞歸儲存庫樹中約有 659 個目錄嵌套在工具下 — 這是實作表面的映射,而不是確切的插件計數。
數據源目錄,例如 Google Drive、Notion、GitHub 和 SharePoint,約有 70 個目錄嵌套在數據源下。
掛接到平台的擴展插件,在遞歸樹中約有 31 個目錄嵌套在擴展下。
從外部事件啟動工作流程的觸發器插件,約有 212 個目錄嵌套在觸發器下。
最小的類別,約有 7 個目錄嵌套在代理策略下 — 代理可以採用的推理模式。
260 個頂級插件類型目錄涵蓋六個類別。點擊一個類別以查看其內容 — 這是儲存庫結構,而不是市場安裝量。
GitHub Tree這個 260 的計數應該謹慎使用。遞歸儲存庫樹也有許多嵌套資料夾,這些嵌套計數並不是確切的插件計數 — 它們是實作表面的映射。插件工具層較小但活躍:官方 dify-plugin-sdks 儲存庫有 143 個星數、140 個分支和 73 個開放問題;PyPI dify-plugin 版本為 0.9.1,有 142 個發布,最新上傳日期為 2026 年 6 月 17 日;npm 套件 dify-client 版本為 3.1.0。
這個生態系統表面很重要,因為 Dify 正在競爭成為團隊、模型、數據、工具和應用程式之間的協調層。但生態系統表面並不是採用率。插件目錄並不能證明活躍安裝。套件版本並不能證明下載量。模型提供者頁面並不能證明模型使用量。使用這些數字來顯示平台廣度,然後保持使用差距可見。
公司背景:資金、估值和企業就緒
Dify 的公司背景在 2026 年 3 月變得更加清晰。Dify 自己的部落格表示,它在 HSG 領投下完成了 3000 萬美元的 Pre-A 輪融資,GL Ventures、Alt-Alpha Capital、5Y Capital、Mizuho Leaguer Investment 和 NYX Ventures 參與其中,並表示回歸投資者 5Y Capital 加倍投資。
公司動能
3000 萬美元 Pre-A 輪融資
由 HSG 領投,GL Ventures、Alt-Alpha Capital、5Y Capital、Mizuho Leaguer Investment 和 NYX Ventures 參與,於 2026 年 3 月 10 日宣布。
Dify 部落格報告估值
1.8 億美元估值
Business Wire 報導了同一輪融資的估值為 1.8 億美元,將 Dify 描述為用於生產級 AI 應用程式和代理工作流程的開源平台。
Business Wire信任姿態
SOC 2 · ISO 27001 · GDPR
Dify 表示已連續第二年完成 SOC 2 Type II、ISO 27001:2022 和 GDPR 合規性,審計涵蓋數據安全和開發安全。
Dify 部落格公司信號應保持其範圍。3000 萬美元的 Pre-A 輪融資不是收入。1.8 億美元的估值不是 ARR。投資者參與不是客戶數量。這筆資金確實表明 Dify 在企業代理工作流程類別中擁有投資者支持的動能,但它並未填補活躍用戶、付費工作區、自託管部署或留存方面的缺失分母。
安全和合規性增加了另一個企業就緒層。Dify 表示已連續第二年完成 SOC 2 Type II、ISO 27001:2022 和 GDPR 合規性,審計涵蓋人員管理、供應商入職、數據安全、系統操作和開發安全。合規性對於評估託管或企業 AI 基礎設施的買家來說很有意義,但它並不能證明使用 Dify 的企業數量。它證明 Dify 正在投資企業在採購擴展之前通常需要的信任表面。
市場背景:AI 應用程式建構者和代理工作流程
更廣泛的 AI 採用解釋了 Dify 類別的重要性,但不應將其轉化為 Dify 特定的採用。 Stack Overflow 2025 開發者調查 顯示,84% 的受訪者使用或計劃在開發中使用 AI 工具,51% 的專業開發者每天使用 AI 工具。這是開發者 AI 類別的背景,而不是 Dify 的市場份額。
GitHub 的 Octoverse 2025 將 AI、代理和類型語言視為軟體開發的重大轉變。Dify 的開源關注度存在於更廣泛的 GitHub 生態系統中,但 GitHub 的平台級指標並不能證明 Dify 的使用情況。史丹佛大學 2026 年 AI 指數 出於同樣的原因很有用:它顯示了更廣泛的 AI 採用和衡量環境,其圍繞快速生成式 AI 採用的框架支持對代理平台的謹慎語言。麥肯錫的 AI 狀況 指出,代理擴展在功能上仍然不均勻。
關鍵的類別結論是,Dify 處於一個市場中,其中 AI 應用程式建構正在從提示和聊天介面轉向工作流程、代理、模型路由、知識檢索、工具、API 和可觀察性。Dify 自己的文件透過 工作流程和聊天流程、代理、知識、整合和 API 發布 與這種轉變保持一致。
這對營運商和 AI 建構者意味著什麼
對於營運商來說,最重要的 Dify 統計數據不是單一數字。它是可見的開源動能與不可見的生產使用之間的差距。
開源視角
動能,而非使用量
147,742 個 GitHub 星數、23,264 個分支和約 1,375 名貢獻者表明 Dify 是一個主要的開源專案 — 它們並未顯示有多少團隊在生產環境中依賴 Dify。
GitHub API建構者視角
一個平台,而非聊天機器人
Dify 結合了工作流程和聊天流程、代理、知識、模型提供者、整合、日誌、API 和 CLI 執行 — 更像是一個應用平台,而不是單一用途的聊天機器人建構器。
Dify 文件對於 GTM 團隊來說,Dify 的公司背景應謹慎使用。 3000 萬美元的 Pre-A 輪融資、 1.8 億美元的估值 和 SOC 2 / ISO 27001 / GDPR 姿態支持 Dify 認真對待企業工作流程的觀點。它們並未揭示轉換率、平均合約價值或流失率。
星數顯示關注度,而非使用量。
147,742 個星數衡量的是公開開發者關注度,而不是活躍的 Dify Cloud 用戶或生產部署。
Docker 拉取顯示分發,而非安裝。
拉取包括重建、重試、CI 作業和升級,並且跨四個映像添加它們會重複計算相同的部署模式。
定價顯示打包,而非收入。
59 美元和 159 美元的工作區層級揭示了 Dify 如何打包產品,但沒有揭示 ARR、付費工作區或留存。
插件目錄顯示廣度,而非採用率。
260 個頂級目錄映射了原始碼控制中的生態系統表面,而不是市場安裝或使用量。
資金顯示動能,而非客戶。
3000 萬美元的融資和 1.8 億美元的估值是公司信號,而不是收入、客戶數量或活躍的自託管部署。
最強大的營運商要點是 Dify 在多個層面都有動能的公開證據:開源關注度、發布速度、Docker 分發、託管打包、插件架構、安全和合規姿態以及風險投資支持。缺失的公開數據同樣重要:確切的活躍用戶、付費客戶、收入、留存群組、活躍的自託管部署和客戶分佈在目前乾淨的公開數據集中都不可用。
2026 年剩餘時間值得關注的重點
首先要關注的是 GitHub 的速度。如果 星數、分支、貢獻者、發布 和已關閉的 PR 持續增加,開源專案將保持活躍;如果發布速度減慢或積壓問題未解決而增加,相同的公開指標可能開始意味著維護壓力而非動能。其次是按映像的 Docker 分發 — 拉取次數應保持為拉取次數,但更新頻率和標籤的變化可以表明活躍的打包。
GitHub 速度
星數、分支、貢獻者、發布和已關閉的 PR — 數字上升意味著活躍的專案;未解決的積壓問題增加則表明維護壓力。
按映像的 Docker 分發
圍繞 dify-api、dify-web、dify-sandbox 和 dify-plugin-daemon 的官方映像集是比第三方教程更好的自託管信號。
雲端打包變更
專業版和團隊版限制、訊息點數、應用程式數量、儲存、觸發事件、API 限制或企業語言的變更將表明 Dify 的盈利方向。
插件生態系統成熟度
應關注官方插件儲存庫和市場,以獲取更清晰的公開計數、安裝數據、驗證層級和合作夥伴插件。
公司透明度
未來披露收入、付費工作區、企業客戶、留存或活躍部署將實質性地改變數據狀況。
目前 260 個頂級插件類型目錄 顯示了原始碼控制中的廣度,但市場安裝和使用數據將是更強大的採用信號。Dify 已披露 3000 萬美元的 Pre-A 輪融資,Business Wire 報導 估值為 1.8 億美元。未來披露收入、付費工作區、企業客戶、留存或活躍部署將實質性地改變數據狀況。
常見問題
Dify 在 2026 年有多少 GitHub 星數?
在 2026 年 7 月 5 日的 GitHub API 快照中,langgenius/dify 儲存庫擁有 147,742 個 GitHub 星數,GitHub 網頁四捨五入為 148k。GitHub 星數衡量的是公開開發者關注度,而不是 Dify Cloud 用戶或活躍部署。
Dify 在 Docker Hub 上被拉取了多少次?
在 2026 年 7 月 5 日的 Docker Hub 快照中,官方 dify-api 映像被拉取了 20,791,293 次,dify-web 被拉取了 13,558,273 次,dify-sandbox 被拉取了 9,024,278 次,dify-plugin-daemon 被拉取了 7,473,771 次。這些是拉取次數,而不是活躍安裝,並且不應將它們加總為部署總數,因為這些映像屬於相同的自託管堆棧。
Dify Cloud 的費用是多少?
根據官方定價頁面,Dify Cloud 列出沙盒版免費,專業版每月每個工作區 59 美元,團隊版每月每個工作區 159 美元,企業版則透過聯繫和銷售處理。計費是工作區範圍的,因此訂閱設定了整個工作區的團隊成員限制、功能存取和使用配額。
Dify 籌集了多少資金,估值是多少?
Dify 於 2026 年 3 月 10 日宣布由 HSG 領投的 3000 萬美元 Pre-A 輪融資,Business Wire 報導同一輪融資的估值為 1.8 億美元。3000 萬美元的融資和 1.8 億美元的估值是公司動能信號,而不是收入或 ARR。
Dify 是否公布其活躍用戶數量?
否。Dify 不公布活躍的 Dify Cloud 用戶、付費工作區、收入、留存或活躍的自託管部署。其公開統計數據是開源、分發、定價、插件和公司指標,每個都有自己的分母。
Dify 有多少插件?
2026 年 7 月 5 日,dify-official-plugins 的 GitHub 樹快照發現,在模型、工具、數據源、擴展、觸發器和代理策略下有 260 個頂級插件類型目錄。這是原始碼控制中的儲存庫結構,而不是市場安裝量或活躍插件使用量。
Dify 的最新版本是什麼?
Dify 1.15.0 是 2026 年 7 月 5 日快照中的最新穩定版本,於 2026 年 6 月 25 日發布,它引入了 difyctl,這是一個用於從終端、腳本和 CI 管道運行 Dify 應用程式和工作流程的命令列客戶端。最近的 2026 年版本還包括 1.13.0 和 1.14.0 及其補丁版本。
Dify 何時開源,何時達到 100,000 顆星?
根據其官方里程碑部落格文章,Dify 表示它於 2023 年 5 月 15 日開源,並於 2025 年 6 月 5 日突破 100,000 個 GitHub 星數。截至 2026 年 7 月 5 日的快照,該專案已增長到約 147,742 個星數,比里程碑高出約 47,700 個。
來源和延伸閱讀
開源:GitHub 和發布
雲端定價、產品和 CLI 文件
插件、資金和信任