Dify 统计数据.

如果将 Dify 2026 年的每一个大数字都视为“用户”，那么最容易误读其公开数据。这个开源项目显然规模庞大：根据 2026 年 7 月 5 日的 GitHub API 快照，langgenius/dify 仓库拥有 147,742 个 GitHub 星标、23,264 个分支和大约 1,375 名贡献者。这些都是强劲的开源关注度和参与度信号。

更难的问题是这些数字能证明什么。GitHub 星标并不能衡量 Dify Cloud 用户。Docker 拉取量不等于活跃的自托管部署。插件仓库与插件采用率并非一回事。定价页面不会揭示收入。融资代表公司发展势头，而非客户数量。解读 Dify 2026 年数据的有效方式是将其视为一个分层平台：开源项目、自托管分发、托管工作区产品、插件和模型提供商生态系统，以及 LangGenius 公司背景。

Dify 在 2026 年的现状

Dify 的主要数据使用不同的分母，因此应将其视为独立的开源、分发、定价和公司信号，而非一个单一数字。

星标不等于用户：解读 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 页面将其四舍五入为 14.8 万星标 和 2.33 万分支。

历史斜率很重要。Dify 的官方里程碑帖子称，该项目于 2025 年 6 月 5 日突破 10 万 GitHub 星标，并且 Dify 于 2023 年 5 月 15 日开源。到 2026 年 7 月 5 日，该项目在 API 快照中已增长到约 14.77 万星标——比官方里程碑多出约 47,700 个星标。

参与度也可见。 贡献者端点 分页显示大约 1,375 名贡献者， 提交端点 显示 11,474 次提交，与网页 UI 匹配。这些都是活跃开源项目的迹象，但它们仍然衡量的是项目活动而非生产使用情况。

问题和拉取请求积压需要仔细解读。 仓库 API 报告了 883 个未解决的问题和拉取请求。单独的 GitHub 搜索返回了 282 个未解决问题和 601 个未解决拉取请求，以及 17,922 个已关闭问题和 14,598 个已关闭拉取请求。大量的积压可能表明社区参与活跃、开发繁重、产品复杂性或维护压力——在不查看标签、存在时间和关闭率的情况下，不应简单地将其归结为“健康”或“不健康”。

发布状态更容易解读。 Dify 1.15.0 是 7 月 5 日快照中的最新稳定版本，发布于 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、后台作业服务、调度器、Web 和插件守护程序，以及 Weaviate、PostgreSQL、Redis、Nginx、SSRF 代理和沙盒等组件。这种架构对指标很重要——一个单一的工作环境可以拉取多个镜像，并且这些镜像可以在升级、CI 作业、缓存未命中、部署失败和测试运行期间再次拉取。

错误的做法是将这四个计数相加并称之为部署。如果 dify-api、dify-web、dify-sandbox 和 dify-plugin-daemon 都属于相同的 Dify 部署模式，那么跨服务添加拉取计数会重复计算或四倍计算与部署相关的活动。Docker 拉取还包括自动化重建、重试、缓存预热和版本更迭。将它们用于衡量分发热度，而不是活跃实例。

环境变量文档 描述了公共控制台 API URL、后端 API URL、Web 应用程序 URL、触发器 URL、文件 URL、OAuth 回调需求、协作模式、数据库设置、队列设置、后台作业设置和向量存储配置文件。这些是真实的部署表面，使 Dify 对于希望控制数据、模型密钥、集成和基础设施的团队具有相关性。因此，自托管信号是强烈的但间接的：Docker Hub 证明了官方镜像周围的分发活动，文档证明 Dify 支持自托管操作部署——两者都不能证明目前有多少活跃的自托管安装。

Dify Cloud、定价和工作区打包

Dify Cloud 比大多数开源 AI 应用平台拥有更清晰的公共打包表面。官方 定价页面 列出了沙盒版免费，专业版每月 59 美元/工作区，团队版每月 159 美元/工作区，企业版通过联系销售流程获取。Dify 还表示按年计费可节省 17%，并指出订阅价格不含适用税费。

计费文档明确了单位：计费是 工作区范围的。订阅设置了整个工作区的团队成员限制、功能访问和使用配额。这很重要，因为 Dify 不仅仅是按个人用户席位定价——它正在将工作区与积分、应用程序、知识限制、存储、请求限制、触发事件、工作流行为、日志和 API 访问打包在一起。

这些计划限制对买家很有价值，因为它们展示了 Dify Cloud 产品的形态。它们也解释了为什么不应使用定价来推断收入。一个工作区可以使用不同的模型、自带密钥提供商密钥、Dify 积分、不同的应用程序数量和不同的工作流模式。折扣、年度计费、教育定价、企业合同和自托管都使任何收入推断变得复杂。公开页面提供了足够的细节来比较 Dify 的托管产品与自托管，但它没有披露活跃工作区、付费客户、ARR、留存率或客户集中度。

产品表面：应用程序、工作流、智能体、知识、API、日志和 CLI

Dify 的产品表面比聊天机器人 UI 更广。主页称 Dify 在一个地方提供了 智能体工作流、RAG 管道、集成和可观察性，GitHub README 将 Dify 描述为 开源 LLM 应用程序开发平台，具有工作流、模型支持、Prompt IDE、RAG 管道、智能体功能、LLMOps 和后端即服务 API。

文档使应用程序模型更加精确。Dify 的 关键概念页面 指出，该产品专为智能体应用程序构建而设计，已发布的应用程序可以通过 API、Web 或作为 MCP 服务器访问。它表示两种主要的应用程序类型是工作流（Workflow）和聊天流（Chatflow），聊天机器人（Chatbot）、智能体（Agent）和文本生成器（Text Generator）是额外的基本应用程序类型，并且这些应用程序类型都在底层运行相同的 workflow 引擎。

智能体文档将智能体描述为 聊天式应用程序，其中模型可以通过任务进行推理，决定下一步做什么，并自主使用工具，并指出智能体保留最多 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 的插件发布帖子将该系统描述为 官方插件、合作伙伴解决方案和经过验证的社区贡献 的混合体，并表示市场插件经过代码审查，在隔离环境中以明确的权限运行，并包含数据处理声明。

这个 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 领投的 Pre-A 轮融资中筹集了 3000 万美元，GL Ventures、Alt-Alpha Capital、5Y Capital、Mizuho Leaguer Investment 和 NYX Ventures 参与其中，并表示回归投资者 5Y Capital 进行了加倍投资。

公司信号应保持其自身范围。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 的使用情况。 斯坦福 AI 指数 2026 的作用相同：它展示了更广泛的 AI 采用和衡量环境，其围绕快速生成式 AI 采用的框架支持对智能体平台的谨慎措辞。麦肯锡的 AI 现状 指出，智能体扩展在功能上仍然不均衡。

关键的类别结论是，Dify 处于一个市场中，AI 应用构建正在从提示和聊天界面转向工作流、智能体、模型路由、知识检索、工具、API 和可观察性。Dify 自己的文档通过 工作流和聊天流、智能体、知识、集成和 API 发布 与这一转变保持一致。

这对运营者和 AI 构建者意味着什么

对于运营者来说，最重要的 Dify 统计数据不是一个数字。它是可见的开源势头和不可见的生产使用之间的差距。

对于 GTM 团队来说，Dify 的公司背景应谨慎使用。 3000 万美元的 Pre-A 轮融资、 1.8 亿美元的估值 和 SOC 2 / ISO 27001 / GDPR 姿态支持了 Dify 认真对待企业工作流的观点。它们没有揭示转化率、平均合同价值或流失率。

最强烈的运营者结论是，Dify 在多个层面都有公开的势头证据：开源关注度、发布速度、Docker 分发、托管定价、插件架构、安全和合规姿态以及风险投资支持。同样重要的是缺失的公开数据：活跃用户、付费客户、收入、留存队列、活跃自托管部署和客户分布等精确数据在干净的当前公开数据集中均不可用。

2026 年剩余时间值得关注的方面

首先要关注的是 GitHub 速度。如果 星标、分支、贡献者、发布 和已关闭的 PR 持续增长，开源项目将保持活跃；如果发布速度放缓或积压问题未解决而增加，同样的公共指标可能开始意味着维护压力而非势头。其次是按镜像划分的 Docker 分发——拉取量应保持为拉取量，但更新频率和标签的变化可能表明活跃的打包。

目前 260 个顶级插件类型目录 显示了源代码控制中的广度，但市场安装和使用数据将是更强的采用信号。Dify 已披露 3000 万美元的 Pre-A 轮融资，Business Wire 报道称估值为 1.8 亿美元。未来披露收入、付费工作区、企业客户、留存率或活跃部署将实质性改变数据状况。

常见问题

来源和延伸阅读