返回指南
定价·2026年9月21日·更新于 2026年9月24日·阅读约 9 分钟

Dify 定价与模型 API 成本:计划、积分和 token 账单

Dify 的计划费用购买的是平台;消息积分只购买试用额度。在为工作流、RAG 索引或 agent 做预算前,请先区分这两个层级。

最后审核于 。

Dify 定价有两层,由两个不同的主体计费:平台计划和模型 token。Dify Cloud 列出的 Sandbox 为 $0,Professional 为每个工作区每月 $59(每年 $590),Team 为每个工作区每月 $159(每年 $1,590);自托管 Community Edition 免费,Enterprise 为定制报价。这些数字都不包括计划消息额度用完后的模型 API 支出——Dify 自己的计划卡片对此有明确说明。

以下所有数字均于 2026 年 9 月 19 日读取自 Dify 自己的页面:dify.ai/pricing/dify-cloud 和 dify.ai/pricing/dify-enterprise。有一点阅读说明,因为它容易导致摘要出错:计划卡片默认显示年度数字,月度数字隐藏在切换项后面。月度值位于标记中(data-monthly="59" 和 data-monthly="159"),同一页面下方的对比表以纯文本显示“$59 Per workspace/month”和“$159 Per workspace/month”。任何只引用年度价格的第三方页面都应视为不完整。

Dify 平台的费用

渠道公布价格消息额度卡片上的主要限制
Dify Cloud — Sandbox免费200(卡片未显示“/ month”后缀)1 个工作区、1 名成员、5 个应用、50 份知识文档、50MB 知识存储、30 天日志历史
Dify Cloud — Professional$59 / 工作区 / 月,或 $590 / 年每月 5,000 个3 名成员、50 个应用、500 份知识文档、5GB 存储、每月 20,000 个触发事件、无限日志历史
Dify Cloud — Team$159 / 工作区 / 月,或 $1,590 / 年每月 10,000 个50 名成员、200 个应用、1,000 份知识文档、20GB 存储、无限触发事件
Community Edition(自托管)免费软件无单个工作区;服务器、向量数据库和所有模型 token 由你提供
Dify Enterprise定制报价无自托管部署中的许可证密钥;多个工作区、SSO、商业许可证授权
Dify Premium on AWS仅在 AWS Marketplace 中报价无允许自定义品牌的 AMI;文档页面未注明价格,因此此处不予复现

选择层级前,有两个限制值得了解。Dify FAQ 回答了这样一个问题:达到限制的 Professional 计划是否可以单独购买更多向量空间或团队席位;答案是建议升级计划;如果 Team 计划仍不够,则应联系其支持地址。因此,文档所述的限制解决方式是升级到下一个层级,而不是充值。如今只能通过银行卡支付:同一 FAQ 表示,银行转账支付正在探索中,目前尚不可用,并且仅适用于年度 Team 订阅。列出的价格不包括适用税费。

消息额度是试用配额,而不是预算

这是大多数“Dify pricing”摘要出错的地方。三个 Cloud 计划卡片上的提示均写明,额度用于帮助你试用 OpenAI、Anthropic、Gemini、xAI 和 Tongyi 的模型,额度按模型类型消耗,额度用完后可以切换到自己的 API 密钥。它们不是 token 预算:Dify FAQ 说明,额度按每次 AI 响应消耗,并按照公布的每模型费率计算。

以下费率读取自 Dify FAQ,日期为 2026 年 9 月 19 日——这是其列表中的部分内容,而非全部:每个档位涵盖的模型比此处引用的示例更多,公布的阶梯中还包含本表省略的 3 额度档位。它们说明的是 Dify 为哪些内容收取额度,而不是对这些供应商自身目录的说明。响应次数是根据公布配额进行的算术计算,并非 Dify 的报价。

每次 AI 响应消耗的额度Dify 列表中的示例Sandbox 200 个额度Professional 每月 5,000 个Team 每月 10,000 个
25gpt-5.6-sol、gpt-5.58 次响应200400
20Claude Opus 4.7 / 4.6 / 4.5、grok-4.5、grok-4.610250500
15gpt-5.6-terra、gpt-5.413333666
10Claude Sonnet 4.6 / 4.5、Gemini 3.5 Flash、qwen3-max205001,000
5Claude Haiku 4.5、gpt-5.6-luna、gemini-3.7-flash401,0002,000
1gpt-5-mini、Gemini 2.5 Flash、qwen-turbo2005,00010,000

由此得出三点。第一,使用 10 额度模型的生产聊天应用,会在 500 次回答后耗尽 Professional 的月度配额;对于任何面向客户的应用来说,这只是很小的一天用量。第二,同一页面有说明称,由于模型成本,某些模型完全不能使用额度,必须使用你自己的密钥——因此,你想要的最新模型可能从未包含在该配额中。第三,嵌入模型也出现在该额度列表中,这意味着知识库索引会与聊天共享同一池额度;Dify 没有定义批量嵌入请求中的一次“响应”如何计算,因此应将任何索引额度估算视为上限,而不是费率。

本页面不会断言的一点是:Sandbox 的 200 个额度是否会补充。Sandbox 卡片显示“200 message credits”,没有“/ month”后缀,而两个付费卡片都显示“/ month”;FAQ 中也没有任何句子说明补充政策。

使用自己的密钥:Dify 限制什么,以及不限制什么

对于需要规划第二层成本的用户,好消息是:连接自己的提供商密钥不是付费功能。在 Dify 的 Cloud 对比表中,“Model Vendor Management — Supports adding and configuring API keys from different model providers for the workspace”这一行在 Sandbox、Professional 和 Team 上均显示勾选;自托管对比表中,Community 和 Enterprise 也均显示勾选。因此,免费工作区可以添加和配置自己的提供商密钥,而无需为此特权付费。但该行没有说明 Cloud 工作区会接受哪些端点 URL,本页面也未对其进行测试。

真正受到限制的是在同一个模型背后使用多个密钥。“LLM API Load Balancing — Adds multiple API keys to models, effectively bypassing the API rate limits”这一项在 Sandbox 栏显示为短横线,在 Professional 和 Team 栏显示为勾号;在自托管版本的对比表中,Community 栏显示为短横线,Enterprise 栏显示为勾号。对于开源构建版本而言,最后这个单元格的标示令人意外,而且本页面并未测试 Community 二进制程序是否实际执行了这一限制——如实的说法是,Dify 自己的对比表将其列为 Enterprise 功能。如果你需要密钥级别的故障转移,又不想为此付费,那么这项工作应由网关承担,而应避免交给 Dify。另请注意,“Local Models — Supports integration with locally deployed models”出现在自托管版本的对比表中,但在 Cloud 对比表的标记代码中完全没有出现。

将 OpenAI 兼容端点接入 Dify

Dify 官方的 OpenAI-API-compatible 插件 版本为 0.0.66,由 langgenius 编写——两项信息均读取自插件自身的清单。其声明的配置解释了大多数“我的网关在 Dify 中无法运行”报告;以下每一项均于 2026 年 9 月 19 日从该结构描述、清单以及同级第一方提供商文件中读取。

架构中的字段声明的默认值这对成本或行为为何重要
endpoint_url(API 基础 URL)必填;占位符是 /v1 基础 URL它是基础 URL,而不是完整的 chat-completions 路径。Kunavo 的基础 URL 是 https://api.kunavo.com/v1。
api_key可选(required: false)无密钥本地端点有效,这也是同一插件能够服务 LM Studio 和 llama.cpp 的原因
context_size(模型上下文大小)必填,默认为 4096需要由你自行输入。在 RAG 应用中保留 4096 时,检索到的分块会在模型看到它们之前就被截断。
function_calling_typeno_call在设置它之前,工具调用处于关闭状态。Agent 和工具节点会在一个其他方面运行正常的模型上失败。
vision_support, structured_output_supportno_support / not_supported每项功能都是独立开关,默认全部关闭
api_typechat_completions,替代方案为 responses按模型选择 /chat/completions 或 /responses
定价字段不存在在 737 行中有 0 个 pricing 条目,因此 Dify 没有可用于乘以令牌数的费率

有两个值得提前规划的结构性限制。该插件仅声明 configurate_methods: customizable-model——没有预定义的模型列表,也不支持模型自动发现,因此十个模型就意味着十个表单。它还准确声明了五种模型类型:llm、rerank、text-embedding、speech2text 和 tts。图像生成不属于其中任何一种,因此网关后的图像模型根本无法通过此插件作为 Dify“模型”访问。

还有另外两条值得了解的路径。第一方 openai 提供商接受自定义 openai_api_base,但其 api_protocol 字段默认为 responses——因此,不实现 /v1/responses 的网关必须先切换到 Chat Completions,否则会在此处失败。anthropic 提供商在必填密钥之外接受可选的 anthropic_api_url,并同时支持预定义模型和可自定义模型;这条路径可以保留 Claude 模型内置的参数集。Kunavo 同时提供 OpenAI 形态和 Anthropic 形态的接口,因此三条路径都可以配置——但请有意选择,不要误选;还要注意,Kunavo 尚未在实际运行的 Dify 工作区中对这些内容进行运行时测试。这些是插件文档中记录的设置,不是兼容性认证。

知识库:RAG 成本实际出现在哪里

Dify 的 索引方法文档提供了两种成本形态截然不同的选项。高质量模式“使用嵌入模型将内容片段转换为向量表示”,并支持向量检索、全文检索或混合检索。经济模式每个片段使用 10 个关键词,说明不会消耗令牌,但检索准确率会降低,并且只提供带 TopK 设置的倒排索引。同一页面还警告,一旦知识库以高质量模式创建,之后就无法切换到经济模式,因此这是一个只能单向通过的选择,应当有意作出决定。

请明确由谁处理嵌入步骤,因为不是我们:Kunavo 不提供嵌入服务,也不提供重排服务。如果选择高质量索引,该步骤会调用外部提供商或本地部署的模型,并在 Dify 中作为独立的提供商条目进行配置;Dify 的重排位置同样不是我们提供的服务,它要求一个 /rerank 端点或明确的 Rerank Endpoint URL。网关在这里能够覆盖的是 llm 类型:工作流中的生成节点。请分别进行预算。RAG 实现会更深入地介绍检索部分。

对于自托管部署,还有一个顺序细节需要注意:Docker Compose 堆栈会运行 ssrf_proxy,因此端点必须能够从容器网络内部访问,而不仅仅是从笔记本电脑上的浏览器访问。

模型层的示例估算

这是说明性的令牌算术,不是经过测量的工作流成本,也不是账单上限。假设一次 RAG 回答发送12,000 个输入令牌(系统提示词、检索到的片段和简短历史记录,全部未缓存),返回600 个输出令牌,并且工作流每次回答执行一次 LLM 调用。费率是当前Kunavo 目录中每百万令牌的价格。

模型每 1M 个令牌的输入 / 输出每次回答的估算每 1,000 次回答的估算
Claude Haiku 4.5$0.70 / $3.50$0.01050$10.50
GPT-5.6 Terra$0.70 / $4.20$0.01092$10.92
Claude Sonnet 4.6$2.10 / $10.50$0.03150$31.50
Claude Opus 5$3.50 / $17.50$0.05250$52.50

结合上方的额度表来看,两个层次就清晰了。对于 Dify 计费为 10 个额度的模型,一个月处理 1,000 次回答需要 10,000 个额度——这相当于 159 美元方案的全部 Team 额度;而相同规模的令牌流量,在 Claude Sonnet 4.6 上的目录估算为 $31.50,在 Claude Haiku 4.5 上则为 $10.50。哪个层次主导你的账单,完全取决于每个节点运行的模型,而本表中的差距约为 5×。

有两个需要如实说明的注意事项。RAG 请求中输入令牌占主导,因此最能影响账单的数字是你检索了多少片段以及片段有多长,而不是输出长度。Kunavo 的目录金额是计费下限而非上限:当上游报告其费用时,账单取目录成本与上游成本乘以适用加价两者中的较大值。缓存行为和外部工具调用不在此示例范围内。最低充值金额为预付额度 $10——这是资金充值最低额,不是任务费用或订阅费用。请参阅 账单详情。

Dify 的最佳且最便宜 API:按层选择

方式适用场景你放弃的内容
Dify 消息额度第一周内评估五家供应商的模型,无需进行任何配置额度会耗尽,有些模型完全不包含在额度内,而 Dify FAQ 对达到方案上限的用户建议的解决办法是升级到下一个层级
直接调用提供商 API一家供应商覆盖每个节点,而你希望使用该供应商自己的缓存和批处理折扣第二家供应商意味着第二个账户、第二套密钥轮换流程和第二个支出仪表板
OpenAI 兼容网关节点会切换模型,而你希望在这些节点后面使用一个密钥和一个预付余额兼容插件没有模型目录,因此每个模型都是手动填写的表单,且功能开关默认关闭
兼容 Anthropic 的端点你已统一使用 Claude 模型,并希望使用其内置参数集它是独立于 OpenAI 兼容提供商的另一个提供商条目,需要单独配置和设置密钥
本地模型私有或低价值节点,不收取单次请求费用硬件和运维;Dify 在自托管对比中列出 Local Models,而云端对比中没有

谈到“最便宜”时,请分开考虑两个问题。列出的最低费率是价目表的属性。完成工作流的最低成本则是你的计算图的属性:其中每个 LLM 节点都是一次独立的模型调用,并有自己的账单,因此,一个迫使你重试、进行第二轮提取或生成更长回答的弱模型,可能不如一次就能正确完成任务的更贵模型。实际做法是按照真实请求形态定价——统计检索到的片段数量,而不是猜测——然后运行同一工作流两次,比较每个提供商账户实际记录的费用。AI 成本优化介绍了该方法;LLM 网关和 OpenRouter 替代方案则比较网关选项本身。

Dify 仍然是值得统一采用的平台吗?

是的,基于现有证据可以这样判断。langgenius/dify仓库未被归档,最近一次推送日期为 2026 年 9 月 18 日,拥有 156,347 个星标;最新版本是 1.17.1,于 2026 年 9 月 10 日发布,1.17.0 于 8 月 25 日发布,1.16.1 于 7 月 28 日发布(GitHub API,2026 年 9 月 19 日)。请注意,标签没有 v 前缀——按 /releases/tag/v1.17.1 构建的 URL 会返回 404。其背后的公司是 LangGenius, Inc.,这是网站页脚和 Dify 自己的付款 FAQ 中使用的名称。

商业部署前应当阅读许可证。Dify 的 LICENSE开头说明,该项目采用经过修改的 Apache 2.0 许可证,并附加了其他条件:未经书面授权,不得使用源代码运营多租户环境——其中一个租户定义为一个工作区;也不得移除或修改 Dify 控制台前端中的徽标或版权信息。如果移除 Dify 品牌很重要,文档记录的途径是签订 Enterprise 协议或使用 Dify Premium AMI,其文档页面称其“允许自定义品牌”,并引导你前往 AWS Marketplace 查看价格。

如果计划自托管,请如实评估机器配置。Docker Compose 指南列出的前置条件为 CPU >= 2 Core 和 RAM >= 4 GiB,随后启动 7 个核心服务和 8 个依赖组件;其中 macOS 行要求 Docker 虚拟机至少配备 2 个虚拟 CPU 和 8 GiB 内存。软件免费,基础设施付费。

完成设置后,检查第一笔费用

如果通过 Kunavo 路由 Dify 的 LLM 节点,请将上述配置视为起点,而不是经过验证的集成:Kunavo 尚未发布 Dify 专用设置页面,也没有任何 Dify 工作区针对这里的端点进行过运行时测试。先通过 OpenAI API 兼容插件添加一个模型,在进行其他操作前设置上下文大小和 Function Call Type,运行一次有边界的工作流,然后读取账户记录的费用——因为对于连接到网关的模型,Dify 不会显示美元金额。OpenAI 兼容 API 指南介绍了端点形态,集成索引列出了已经发布设置页面的客户端。准备为密钥充值时,创建 Kunavo 账户;最低充值金额为预付额度 $10。

常见问题

Dify 的费用是多少?

Dify Cloud 有三个自助服务层级,数据于 2026 年 9 月 19 日读取自 dify.ai/pricing/dify-cloud:Sandbox 为 $0,Professional 为每个工作区每月 $59 或每年 $590,Team 为每个工作区每月 $159 或每年 $1,590。列出的价格不含税。自托管 Community Edition 是免费软件,Dify Enterprise 则是通过许可证密钥激活的定制报价。这些数字都不包括 Cloud 计划所附消息额度之外的模型 API 支出。

Dify 的消息额度涵盖我的模型用量吗?

仅适合作为试用。Dify 自己的计划卡片将消息额度描述为试用 OpenAI、Anthropic、Gemini、xAI 和 Tongyi 模型的方式,并说明额度用完后就要切换到自己的 API 密钥。额度按每次 AI 响应消耗,按照每个模型的费率计算,而不是按 token 计算:Dify FAQ 列出的费率从 1 个额度到 25 个额度不等。因此,Professional 每月 5,000 个额度在一个费率为 10 个额度的模型上可购买 500 次响应;同一页面的说明还指出,某些模型完全不能使用额度。查阅日期为 2026 年 9 月 19 日。

Dify 的最佳 API 是什么?

这取决于你要优化哪一层。当某个供应商的模型能够覆盖你构建的全部内容,并且你希望使用该供应商自己的缓存和批处理折扣时,直接供应商 API 更具优势。当你的工作流会按节点切换模型,并且你希望在一个密钥和一个余额后面统一管理它们时,OpenAI 兼容网关更具优势;代价是 Dify 的兼容插件不提供模型目录,因此每个模型都要手动填写表单。Dify 的消息额度只适合评估,因为它会耗尽。本地部署的模型适合私密或低价值步骤——不过 Dify 在自托管对比中列出了 Local Models,而 Cloud 对比中没有。

Dify 的最便宜 API 是什么?

列出的最低费率和完成工作流的最低成本是两个不同的问题。Dify 工作流中的每个 LLM 节点都是独立的模型调用,并分别计费,因此,一个需要重试节点或第二次提取过程的廉价模型,成本可能高于使用更昂贵模型的一次准确调用。先根据实际请求形态计算价格——在 RAG 应用中,检索到的分块会占据主要输入 token——然后在两个模型上测量同一个工作流,再做决定。没有任何提供商能承诺绝对最低价格,因为最低总成本取决于你的流程图发起多少次调用。

Dify 的最佳模型是什么?

应按节点选择,而不是按应用选择,因为 Dify 允许每个节点使用自己的模型。分类、路由和短文本提取节点使用小型快速模型即可接受,而且大多数调用量都集中在这些节点。最终写作节点的质量会直接呈现给用户,因此值得使用更强的模型。Dify 有一个特有注意事项:通过 OpenAI-API-compatible 插件添加的模型,其 Function Call Type 默认值为 no_call,Vision 和 Structured Output 默认关闭,因此 Agent 或工具使用节点在设置这些开关之前无法使用它,无论模型本身有多强。

Dify 会显示我的模型调用成本吗?

对于通过 OpenAI-API-compatible 插件添加的模型,不会。Dify 的第一方预定义模型文件包含定价区块——例如,Anthropic Claude 文件以输入和输出费率以及每 token 单位结尾——而该兼容插件长达 737 行的提供商架构完全没有定价字段;查阅日期为 2026 年 9 月 19 日。因此,Dify 没有每 token 费率可用于乘以网关连接模型的 token 数量。请从该提供商自己的控制台读取金额。

自托管 Dify 真的免费吗?

软件免费,基础设施不免费。Dify 的 Community Edition 免费,其价格页面也将其列为免费并支持一个工作区。Docker Compose 部署会启动 7 个核心服务和 8 个依赖组件;快速入门页面列出的前置条件是 CPU >= 2 Core 和 RAM >= 4 GiB,而其 macOS 行要求 Docker 虚拟机至少配备 2 个虚拟 CPU 和 8 GiB。你还需要为向量数据库以及每个模型 token 付费。还要注意,其许可证是经过修改的 Apache 2.0:未经书面授权,不得运营多租户环境,也不得移除控制台的徽标或版权信息。

Dify 方案价格、对比表标记、额度费率、插件结构描述、索引和自托管文档、许可证及仓库状态,均于 2026 年 9 月 19 日从 Dify 自己的页面和仓库获取;功能标记依据定价页面自身的标记解析,而非渲染后的截图。Kunavo 令牌费率来自实时目录。本文中的所有美元示例都是说明性的令牌算术,不是经过测量的工作流成本,且未进行 Dify 对 Kunavo 的运行时测试。