仓库归档后 Flowise 的替代方案

Flowise 的受维护替代方案是 Dify、n8n 和 Langflow——迁移的原因在于 Flowise 仓库已归档且为只读状态，而不是软件停止运行。这句话的两半都很重要，因为收尾计划并没有一次性关闭所有内容：开源项目已经结束，已发布的软件包仍可无警告安装，托管 Cloud 仍在发布价格且没有附带结束日期。这三个事实中哪一个适用于你，将决定这是一次紧急迁移还是一次有计划的迁移。

先澄清两个名称冲突。flowise.io完全是另一家公司——一家工作管理咨询公司——因此你在那里找到的任何价格都描述的是那项业务。而且 Langflow 不是 Flowise：名称几乎相同，画布相似，但所有权、许可证和托管情况完全不同。不要把一个产品的事实带到另一个产品上。

哪些内容确实关闭了，哪些没有

供应商在其收尾页面上发布了里程碑表，所述理由值得直接引用而不是转述：“开发者越来越依赖 Claude Code/OpenClaw 等新的编程代理来处理复杂任务。面对复杂性时，典型的僵化工作流式低代码方法很快就会达到极限。”里程碑包括：2026 年 7 月 29 日发布公告并冻结代码，8 月归档仓库，以及 2026 年 8 月 31 日结束官方核心团队的存在。

两个官方来源给出的归档日期不一致。日落表称为2026 年 8 月 10 日；“The Future of Flowise”公告讨论串和仓库最后一次推送的日期均为2026 年 8 月 13 日。请在自己的记录中使用 8 月 13 日，并注明供应商页面给出了不同日期。

在任何人进行分叉之前，先纠正一项许可证说法。公告称“采用 Apache 2.0 许可的代码，你可以继续在其基础上开发”，但 LICENSE.md 将 packages/server/src/enterprise 下的所有内容以及带有明确版权声明的文件排除在外；这些内容受商业许可证约束，生产环境使用需要有效的 Enterprise 订阅，并且禁止再分发。分叉版本是 Apache 2.0 减去该目录，而且来源厂商正在逐步收尾。项目自身名称下尚未出现后继者：在 GitHub 上将仓库搜索限制为名称中包含“flowise”、且自 2026 年 8 月 20 日起推送过代码的仓库后，没有任何结果的星标数超过 1。改名为其他名称的分叉不会出现在该搜索中，因此应将其理解为“没有明显的后继者”，而不是证明不存在后继者。

哪个替代方案适合哪种 Flowise 工作流

应根据你已经构建内容的形态进行选择，而不是根据星标数选择。以下三个项目均于 2026 年 9 月 19 日检查过，且都处于活跃状态，均在 9 月 18 日有过推送。

Langflow 本身也有需要警惕之处，与 Flowise 刚刚暴露出的问题相同。它于 2024 年 4 月被 DataStax 收购，IBM 于 2025 年 2 月宣布有意收购 DataStax，而其托管服务已经下线——一份日期为 2026 年 4 月 9 日的 DataStax 发布说明写道：“已从 Astra 中移除 DataStax Langflow。作为替代方案，您可以使用 Langflow OSS。”如今，Langflow 可作为桌面应用、Docker 镜像或 Python 包安装，也可从源代码安装，其网站导航中没有定价页面。选择它，是为了使用您将自行托管的 MIT 许可代码，而不是为了向供应商购买托管服务。

哪些内容可以迁移、哪些不能，以及如何回退

Flowise 的 导出器源代码准确地定义了十五种记录类型：代理流程（两代均包括）、四种助手类型、聊天流程、聊天消息、消息反馈、自定义模板、文档存储、文档存储文件块、执行记录、工具和变量。路由将 export、import 和 chatflow-messages公开为受权限控制的 POST 端点，因此可以通过脚本导出整个工作区，而不必手动点击。

三个边界决定了这需要多长时间。

• 凭据不会迁移。 官方的 云迁移指南对此有直接说明——“凭据不会被导出。你必须创建新凭据，并在流程和助手中使用这些凭据”——导出器也证实了这一点：该文件中单词 credential 出现了零次。每个密钥、数据库密码和 OAuth 令牌都必须手动重新输入。
• ID 会保留，URL 会改变。 同一份指南指出，导出的 ID 保持不变，因此按 ID 调用流程的应用只需更新其基础 URL。这是 Flowise 到 Flowise 迁移成本低的唯一原因，而迁移到不同产品时则毫无帮助。
• 这三个仓库中没有任何一个能够读取该格式。 对 langgenius/dify、n8n-io/n8n 和 langflow-ai/langflow 进行 GitHub 代码搜索时，在它们中的任何一个里搜索“flowise”都返回零个结果，因此三者都没有提供导入器或转换器。该搜索覆盖的是已建立索引的默认分支，不包括第三方插件。将导出结果作为书面规范，并重新构建每个流程。

在此之前，先对当前状态进行快照。根据 环境变量参考，在默认的自托管安装中，数据库位于 SQLite 文件 ~/.flowise 中，Blob 存储位于 ~/.flowise/storage 中——但凭据加密密钥位于数据库之外；没有该密钥，这些凭据将永久丢失。

# Default self-hosted layout: the SQLite database and the blob storage
# folder both live under one directory. Snapshot it before you touch anything.
cp -a ~/.flowise ~/flowise-backup-$(date +%F)

# The encryption key is NOT inside that database. If it does not travel with
# the data, every stored credential is unrecoverable.
#   SECRETKEY_STORAGE_TYPE  local | aws
#   SECRETKEY_PATH          default: Flowise/packages/server
#   FLOWISE_SECRETKEY_OVERWRITE  replaces the file-based key entirely

# Pin the final release rather than tracking a floating tag, so a future
# registry change cannot move the image under you.
docker pull flowiseai/flowise:3.1.4

这样回滚就很简单，这也是先做快照的意义所在：在替代方案使用真实流量运行完整一个计费周期之前，保留旧技术栈但使其停止运行，不要删除；只有在停用旧技术栈之后，才轮换它持有的密钥。

替代方案的成本，以及资金实际流向

关于此表有两点需要注意。Dify 和 n8n 只在服务器端渲染其 按年计费的数值；它们的按月切换开关在客户端运行，这些数字未被捕获，因此不要根据它们推导月度价格。此外，Flowise Cloud 这一行用于描述市场，而不是购买建议——这是一个有定价层级的站点，但该站点自己的横幅已经宣布服务即将结束。

上述每一项价格购买的都是 构建器。模型令牌由你指定的端点另行计费，在实际规模下，令牌费用占据主要部分。以 Starter 层级自身公布的配额为基准：每月 10,000 个回答，假设每个回答发送 8,000 个输入令牌（包括提示词和检索到的上下文），并返回 600 个输出令牌。这些假设仅用于说明，并非实测；费率是实时的 Kunavo 目录每百万令牌价格。

这是令牌算术，不是实测任务成本，也不是账单上限。重要的结论是：在这些假设下，相对于 $35 的平台订阅费，模型费用每月大约为 $77 至 $231，因此“哪个构建器最便宜”很少是首先需要回答的问题。模型选择和提示词长度对账单的影响大于平台本身。还需要单独预算一项：检索应用在摄取时会嵌入文档，在读取时会查询嵌入，而 Kunavo 不提供嵌入模型——该步骤在本地或外部供应商处运行，并在那里计费，而不是在此处计费。

Kunavo 目录中的金额是计费下限，而不是上限：当上游报告其费用时，账单金额取目录成本与上游成本乘以适用加价二者中的较高者。预付额度的最低充值金额为$10，这是资金充值最低额，而不是任务费用或订阅费——请参阅 计费详情。选择构建器后，创建 Kunavo 账户，并参阅聊天补全参考了解基础 URL 和密钥格式。有关三个构建器都使用的一般模式，请参阅 OpenAI 兼容 API；有关检索部分，请参阅 RAG 实现。

如果你暂时继续使用 Flowise，请先修正模型列表

Flowise 的 OpenAI 兼容路由在最终版本中仍然存在，而且从源代码来看，它不包含许可证或计划检查：ChatOpenAI 节点位于 Apache 2.0 packages/components 树中，不在 packages/server/src/enterprise 排除范围内。在 ChatOpenAI 节点中，打开 Additional Parameters，设置 Base Path（字段名为 basepath，说明为覆盖默认基础 URL），并可选择设置 Base Options，即默认请求头的 JSON 对象。在节点源代码中，这些设置会直接映射到客户端的 baseURL 和 defaultHeaders。API 密钥是普通的 ChatOpenAI 凭据。

陷阱在于模型名称。在普通 ChatOpenAI 节点中，它是一个异步选项字段，由 listModels 方法加载；该方法读取 models.json 文件，而不是读取你端点自己的 GET /v1/models。默认来源是已归档仓库主分支中的原始文件，因此该下拉列表现在永久冻结：截至 2026 年 9 月 19 日读取时，Anthropic 最多列出 claude-opus-4-7，OpenAI 最多列出 gpt-5.5，以后也不会出现更新的名称。仅设置 Base Path 会让你继续从一份自 8 月起就不再变化的列表中选择。

有两种有文档记录的解决方式。使用独立的 ChatOpenAI Custom 节点，其 Model Name 是自由文本字符串字段，并且带有相同的 Base Path 和 Base Options；或者将 MODEL_LIST_CONFIG_JSON 设置为你自己的文件或 URL，从而在全局替换下拉列表的数据源。

{
  "chat": [
    {
      "name": "chatOpenAI",
      "models": [
        {
          "label": "claude-sonnet-4-6",
          "name": "claude-sonnet-4-6",
          "input_cost": 0.0000021000,
          "output_cost": 0.0000105000
        },
        {
          "label": "claude-haiku-4-5",
          "name": "claude-haiku-4-5",
          "input_cost": 0.0000007000,
          "output_cost": 0.0000035000
        }
      ]
    }
  ]
}

该路由有三个边界，均基于 2026 年 9 月 19 日从源代码读取的内容。Custom 节点会针对基础路径执行拒绝列表检查，默认拒绝列表会阻止包括 localhost、127.0.0.0/8、10.0.0.0/8、172.16.0.0/12、192.168.0.0/16、169.254.0.0/16、::1 和 fc00::/7 在内的地址，并显示“Access to this host is denied by policy”——公共 HTTPS 端点不受影响，但 localhost 或局域网地址上的代理会受到影响；HTTP_SECURITY_CHECK 和 HTTP_DENY_LIST 控制此行为。普通 ChatOpenAI 节点不会执行该检查。此外，Anthropic-Messages 协议在使用该协议的节点上没有基础 URL 字段：聊天模型节点目录包含一个 Anthropic-Messages 节点，即 ChatAnthropic，其源代码没有声明 base-URL、base-path 或 API-URL 输入。因此无法通过该节点访问 Anthropic-Messages 端点，必须改用 OpenAI 兼容路由来使用它——有关该协议可用的位置，请参阅Anthropic 基础 URL 文档。阅读时还需注意一个文档细节：官方页面标题为 “ChatOpenAI”，但其 URL slug 包含“azure”；该页面是普通节点的规范 Base Path 参考，而不是 Azure 文档。

上述所有内容都有一项注意事项，其表述方式与 AI agent API 目录中的说明相同：Kunavo 没有对 Flowise、Dify、n8n 或 Langflow 针对其端点进行运行时测试。这里的每一项配置声明都摘录自供应商文档和仓库源代码，并非端到端实测。请保留一条可用路由，运行一个有边界的任务，并读取你自己的账户为该任务记录的费用。

可逆的分阶段切换方案

1. 如上所述，对数据目录和加密密钥进行快照，并将镜像固定为 3.1.4。
2. 现在实例仍在运行时，导出每个工作区。如果使用 Cloud 部署，请先执行此操作——没有公布导出截止日期，这并不等于不存在截止日期。
3. 在轮换任何凭据之前，记录每个凭据及其用途。没有任何凭据会迁移过来。
4. 在目标系统中手动重建一个具有代表性的流程，而且只能重建一个。这正是你了解目标系统无法表达什么的地方。
5. 让两个技术栈使用相同输入运行，并在你预先选择的时间段内比较输出差异。
6. 切换流量。保留旧技术栈但不要删除，持续一个完整的计费周期。
7. 停用旧技术栈，然后轮换它持有的密钥。

如果第 4 步的结论是你根本不需要可视化构建器——这正是供应商自己给出的结束运营理由——那么值得阅读的比较应是 AI 网关和 AI 成本优化，而不是另一个画布。

常见问题

本页面于 2026 年 9 月 19 日直接查阅了：Flowise README、models.json、LICENSE.md、ChatOpenAI、ChatOpenAI Custom 和 ChatAnthropic 节点源代码、export-import 服务源代码、npm 注册表文档、Docker Hub 仓库文档、flowiseai.com 和 flowiseai.com/sunset。于 2026 年 9 月 21 日重新检查了：归档标记和最终推送日期、公告讨论串、Dify、n8n 和 Langflow 的仓库状态、版本发布和许可证、Dify 和 n8n 定价页面、DataStax Astra 发布说明、Flowise 服务条款，以及 n8n、Dify 和 Langflow 中 Anthropic 凭据或组件的定义。星标数于 9 月 19 日读取，并且每天都会变化。Kunavo 令牌费率读取自实时目录，示例中的每个美元金额都只是说明性令牌算术。