归档之后的 Dify 与 Flowise：结束了什么、仍在运行什么、费用如何

Dify 和 Flowise 已不再是两个在功能上进行比较的、仍在活跃开发的开源项目：Dify 仍在发布版本——2026 年 9 月 10 日发布 1.17.1，最后一次推送是在 2026 年 9 月 18 日——而 FlowiseAI/Flowise 仓库已归档，最后一次推送是在 2026 年 8 月 13 日，其维护者将生命周期结束日期设定为 2026 年 8 月 31 日。对于决定新建项目而言，这一点足以决定选择。对于已有的 Flowise 部署则不然，因为结束的是开源仓库，而不是托管服务。

这一区分正是本页面存在的全部原因，而且 2026 年 7 月之前撰写的几乎所有比较文章都会在其中一个方向上误判。项目终止时间线只有一列描述后果，其标题是“对 OSS 仓库的影响”。其中没有任何内容提到 Flowise Cloud。2026 年 9 月 19 日，营销网站显示“我们正在逐步终止 Flowise”这一横幅，并且仍在销售 Starter 和 Pro，Starter 卡片上还提供首月免费的行动号召。因此：代码已归档并已结束生命周期；托管服务没有公布结束日期，仍在销售。这两点同时成立。

实际结束了什么，哪些没有结束

来源，均于 2026 年 9 月 19 日核查：通过 GitHub API 查阅的 Flowise 仓库和 Dify 仓库、维护者公告、npm 注册表、Docker Hub以及 Workday 的收购公告。有两点细节值得单独说明。两个已发布的时间线对归档日期存在分歧——项目终止页面将其安排在 2026 年 8 月 10 日，而维护者自己的讨论帖则写为 2026 年 8 月 13 日——GitHub 给出了最终答案：仓库页面以及文档和嵌入仓库的页面都显示“由所有者于 2026 年 8 月 13 日归档”。公告中称软件包和镜像“将被标记为已弃用”，但这并未发生：在该次核查时，npm 软件包和 Docker 仓库都没有弃用标记。这是已声明的意图，而不是关于这些软件包的事实。

安全状况值得单独用一段说明，而且比归档通知所暗示的更糟。Flowise 于 2026 年 8 月 3 日停止接受新的漏洞报告——其 SECURITY.md 用一行文字说明了这一点——就在一天后，针对它发布了 26 条公告，其中 10 条为严重级别。这 26 条公告都带有修复版本——其中 25 条写的是 3.1.3，1 条写的是 3.1.4——因此没有一条让最终版本处于暴露状态。但随后一周发布的 5 条公告确实如此：CVE-2026-67620、CVE-2026-67621、CVE-2026-67622、CVE-2026-70636 和 CVE-2026-71962 都说明 Flowise 截至 3.1.4仍受影响，并且都将修复版本列为未知（GitHub 公告，于 2026 年 9 月 19 日核查；该枚举在列表返回的 100 条记录处停止，因此 5 是下限而非总数）。其中包括一个未修复的身份验证绕过漏洞和一个无需身份验证即可下载文件的路径。任何继续使用 3.1.4 的人都在承担这些风险。

还需要说明一点，因为搜索结果会将它们混在一起：flowise.io是一家无关的工作管理公司，而 flowise.co.za 是一家无关的南非软件代理机构。两者都与本产品无关，两者的定价也都不属于本页面。

应该选哪一个

两者的执行模型也存在差异，而功能列表将这种差异抹平了。Flowise 的云套餐按月计算预测次数——各层级分别为 100、10,000、50,000——并另计存储空间。Dify 则将消息额度计入捆绑的模型用量；用完后，按照定价页面的原话，你可以切换到自己的 API 密钥。定价部分没有说明使用你自己的 API 密钥运行 Flowise 预测是否仍会消耗该配额，这里也未进行测试；如果你接近层级边界，请先在自己的账户中核实，再进行预算。

已发布的套餐和价格

信息于 2026 年 9 月 19 日读取自 Flowise 主页的定价部分，这是该产品唯一的公开价格来源——flowiseai.com/pricing会重定向到登录表单，完全不显示价格。自托管许可证的例外条款来自仓库的 LICENSE.md，这一点很重要，因为项目终止页面所说的“采用 Apache 2.0 许可证的代码属于你”虽然正确，但并不完整：企业身份验证和角色层不在其覆盖范围内。

信息读取自 2026 年 9 月 19 日的 dify.ai/pricing。该页面还有三点注意事项。页面说明“价格不含适用税费，结账时可能会加收”。年度金额是页面默认显示的金额；月度金额来自页面自身的月度切换开关，未在结账时确认。此外，定价页面将该额度称为“消息额度”，而文档称其为“AI 额度”——这是同一个配额的两种名称，而不是两种额度。此处获取的页面没有公布每种模型的额度费率，因此无法在本页面将额度换算为 token。

连接边界，逐字段说明

两款产品都要求自带密钥，并且都接受兼容 OpenAI 的基础 URL。真正会造成影响的差异，比营销页面所暗示的更为有限。

字段名称和行为于 2026 年 9 月 19 日读取自兼容提供商的配置模式、Anthropic 提供商的配置模式、ChatOpenAICustom.ts、ChatAnthropic.ts和httpSecurity.ts；下拉列表行为则来自modelLoader.ts及其获取的已冻结 models.json。对于 Kunavo，在兼容 OpenAI 的路径中，这些字段使用 https://api.kunavo.com/v1——参见聊天端点参考和身份验证——而 Dify 的 Anthropic 插件则使用Anthropic 基础 URL下记录的另一个采用源站形式的值。Kunavo 将这些内容作为配置参考发布，并未使用这些配置对任一产品进行运行时测试，因此请将第一次调用视为测试。

有两点能力方面的说明可能导致运行时意外，而不是设置错误。Dify 的兼容插件要求你手动声明上下文大小、工具调用风格以及视觉、音频、视频和文档标志；错误的值会在之后以请求错误的形式失败，而不是配置错误。它还会通过向你的端点发出真实的单词请求来验证新模型，因此无法完成微小调用的端点将无法保存——如果该步骤失败，应从错误参考开始排查。在 Dify Cloud 上，文档将针对同一模型跨多个密钥分发请求的功能标记为 Professional 和 Team；自托管 Community 版本是否具备该功能，其文档页面没有说明，这里也未验证。

有一条同时适用于两款产品、也特别适用于 Kunavo 的边界：Kunavo 不提供嵌入、语音转文本或文本转语音模型。两款构建器都为这些模型预留了位置——Dify 的兼容插件涵盖五种模型类型，而每个知识库都需要一个嵌入步骤——因此这些位置应指向其他提供商或你在本地运行的服务。只有聊天模型位置可以填入 Kunavo 密钥。这也绕开了 Dify 自身材料中的一个未解决问题：插件 README 与当前源代码对于非聊天模型类型是否会追加版本路径存在分歧。

坦诚谈谈迁移成本

两款产品都支持导出，但都无法导出为对方的格式。Dify 会将应用导出为 YAML 格式的 DSL，其中包含应用配置、工作流编排和节点设置、模型参数及提示模板、知识库连接，但不包含知识数据本身；第三方 API 密钥会被有意排除，使用日志也不会导出（应用管理文档，2026 年 9 月 19 日）。Flowise Cloud 会将选定数据导出为 JSON，并按其原话排除凭据，而凭据必须重新创建（迁移文档——请注意，这是较早的 Cloud V1 到 V2 指南，早于项目终止，因此不是针对项目终止的迁移路径）。

没有找到两种格式之间的转换器。这只是没有搜索到结果，并不能证明转换器不存在，但你应做好逐节点重建每个流程并重新输入每一项凭据的准备。对于只有少量流程的团队，这需要一个下午；对于拥有 50 个流程的库，这是决策成本中的主要部分，远高于订阅费用差异。维护者自己建议进行分叉，无论是在项目终止页面还是公告中都是如此——这意味着你不仅继承代码，也会继承上文那些未修复的公告所涉及的风险。

一个经过演算的模型成本估算

这是说明性的 token 算术，不是经过测量的任务成本，也不是账单上限。假设一次知识增强型工作流运行会发送 18,000 个未缓存的输入 token——包括系统提示、检索到的片段和简短历史记录——并返回 700 个输出 token，且你每月运行 1,000 次。费率是当前的Kunavo 目录价格，按每百万 token 计。

应将其与平台费用一并考量，而不是用它取代平台费用。在这些假设下，该档位中最便宜模型与最贵模型之间的差额为每月 $60.20——无论哪个方向，都大于 $35 与 $59 的平台费用差额；这就是为什么通常真正影响成本的是模型选择，而不是构建器选择。检索上下文大小是另一个杠杆：这些运行以输入为主，因此缩减片段比缩减回答更能降低总成本。AI 成本优化介绍了这一方法，RAG 实现介绍了检索步骤应放置的位置。

Kunavo 的目录金额是计费下限而不是上限：上游报告费用后，账单取目录成本与上游成本乘以适用加价两者中的较高值。缓存费用、嵌入和外部工具不包含在此示例中。最低充值金额是预付额度 $10，这是资金最低要求，而不是任务费用或订阅费用——有关账户每次调用记录的内容，请参见计费详情和用量。

接下来该做什么

如果你正在选择构建器，简短结论是：新项目选择 Dify，已有的 Flowise 部署可以继续运行，但现在需要承担无人修复的安全公告风险，而你所需的协议决定其余选择。如果你正在选择其背后的服务，智能体 API 目录记录了两者的连接边界——Flowise 列在其已归档部分——而兼容 OpenAI 的 API 指南介绍了两者使用的机制。如果你比较的是网关而不是构建器，值得看看LiteLLM 替代方案。当你需要将密钥填入任一工具时，创建 Kunavo 账户，然后运行一次范围受限的流程，并在扩大规模之前查看账户记录的实际费用。

常见问题

两款产品的仓库状态、版本发布、软件包注册表、定价页面、插件配置模式和节点源代码均于 2026 年 9 月 19 日获取并阅读；具体核查内容已在每项声明旁内联列出。Kunavo 未针对 Dify 或 Flowise 运行任何兼容性测试——本页面中关于任一产品的全部内容，均转录自其自身文档、源代码和公共 API。Kunavo 的 token 费率来自当前目录，本页面中的每个美元示例都是用于说明的 token 费用计算。