Agentic AI 维基
AI 博客 / n8n、Dify、Langflow 与 Flowise：许可证会把护城河指给你看
AI 博客

n8n、Dify、Langflow 与 Flowise：许可证会把护城河指给你看

Flowise 在 2026 年 8 月 13 日把自己归档了，维护者点名了原因：如今编码智能体接手了那些复杂度，而僵硬的低代码工作流正是在那里撞墙的。还站着的三家也不是靠画布活下来的——每一家守的都是画布底下的某样东西，而每一份许可证都把那是什么写得清清楚楚。n8n 禁止你把它提供给别人，Dify 禁止多租户运营，Langflow 什么都不禁而它归 IBM 所有。先读条款，再读功能表。

作者 智能体 AI 维基 24 分钟读完

2026 年 8 月 13 日，Flowise 把自己的仓库归档了，而维护者把理由写了下来：开发者如今把难的部分交给编码智能体，而「典型的那种僵硬的低代码工作流做法，一碰到复杂度就很快撞到上限」。这是迄今为止关于这个品类最有用的一句话。还站着的那三个也不是靠画布活下来的——每一个守的都是画布底下的某样东西，而每一份许可证都把那是什么写得清清楚楚。

先看全貌

四家都给你一块拖拽画布，四家都能自托管，其中三家常被称作开源。但按你们采购部门理解的那个意思，真正称得上开源的只有一家。

项目许可证画布底下的运行时2026 年 9 月的状态
n8n Sustainable Use License 1.0（fair-code），另有针对 .ee 文件的独立企业许可证 工作流引擎，约 1,500 个集成 活跃；GitHub 星数约 20.3 万
Dify 带附加条件的 Apache 2.0 LLM 应用平台：工作空间、检索、模型管理 活跃；星数约 15.4 万
Langflow MIT 基于 LangChain / LangGraph 的 Python 组件 活跃；经由 DataStax 归 IBM 所有
Flowise 核心为 Apache 2.0；企业目录另属商业许可证 LangChain.js 链 2026 年 8 月 13 日归档，只读
What each licence lets you do A four-by-four matrix. Rows are n8n, Dify, Langflow and Flowise; columns are self-hosting for your own business, building a product for customers, running it multi-tenant, and shipping it without the vendor's brand. All four allow self-hosting. n8n's Sustainable Use License blocks the other three. Dify allows building a product but blocks multi-tenant operation and removal of frontend branding. Langflow, under MIT, allows all four. Flowise allows all four for its Apache-2.0 core, but its enterprise identity directory is under a separate commercial licence. What each licence lets you do Self-host for your own business Build a product for customers Run it multi-tenant Ship it without the vendor's brand n8n Sustainable Use License Yes Internal use only No Notices must stay Dify Apache 2.0, modified Yes Yes Needs a licence Frontend locked Langflow MIT Yes Yes Yes Yes Flowise Apache 2.0 core, archived Yes Core only Core only Yes Allowed outright Allowed with a carve-out Blocked, or needs a commercial licence
这四家里有三家是「源码可见但带一条款」。而那条款，永远是关于「把它提供给别人」。

先读 Flowise 的讣告，因为那就是本文的论点

Flowise 不是没有用户了。它的 GitHub 星数越过了 55,000，有云产品，也发布过 3.x 线。它停下来，是因为维护者判断这个产品的形态已经被越过了。他们那份时间表值得当作一个序列来读：2026 年 7 月 29 日代码冻结，8 月 13 日仓库归档，8 月 31 日核心团队不再在场。Apache 2.0 的代码会无限期保持可见，npm 包与 Docker 镜像被标记为弃用，而想要继续维护的用户，被告知去 fork 它。

他们给出的理由不是「我们没能变现」，也不是「某个竞品赢了」。理由是：编码智能体吸走了画布本来在做的那份活儿。可视化构建器最初的说辞是：手工拼一条链既枯燥又容易出错，拖框比写胶水代码快。到了 2026 年，胶水代码是随叫随生成的，就生成在你自己的仓库里、用一门你本来就在部署的语言——而这件事一旦成真，画布剩下的价值就必须来自「编写便利」之外的地方。

于是对另外三家，问题不再是「哪块画布更好用」，而变成了：你的画布底下，有什么是编码智能体今天下午做不出来的？三家各有一个货真价实的答案，而且三个答案各不相同。

What sits underneath each canvas Four vertical stacks. In each, the visual canvas is the top layer. Under n8n's canvas is a durable workflow engine with queues, retries and schedules, and beneath that roughly 1,500 integrations. Under Dify's canvas is an application platform with workspaces, a retrieval pipeline and model management, and beneath that a published app and API. Under Langflow's canvas are Python components built on LangChain and LangGraph, and beneath that your own Python service. Under Flowise's canvas were LangChain.js chains and nothing further, which is why archiving the canvas ended the project. n8n Dify Langflow Flowise Visual canvas Visual canvas Visual canvas Visual canvas Workflow engine queues, retries, schedules, webhooks App platform workspaces, retrieval pipeline, model mgmt Python components LangChain / LangGraph exportable as code LangChain.js chains wired by the canvas, not by your code ~1,500 integrations the asset an agent cannot rewrite in a day Published app + API governed surface for non-engineers Your Python service the canvas is a front end you can drop nothing underneath the canvas Remove the canvas: an integration library and a durable runner Remove the canvas: a RAG stack with tenancy and roles Remove the canvas: the Python you were going to write anyway Remove the canvas: archived, 13 Aug 2026 read-only, forks invited The canvas is the same product in all four. What differs is whether anything is load-bearing beneath it.
把每一列的画布拿掉，看看还剩什么站着。那才是你真正买下的产品。

n8n：许可证禁掉的，恰好是你可能最想做的那件事

n8n 自称 fair-code，而不是开源，这个区分是承重的。它的 Sustainable Use License 1.0 先授予一份宽泛的著作权许可，然后在一段话里把它收窄：你只能「为你自己的内部业务目的，或出于非商业或个人用途」使用或修改本软件；你只能「以免费且非商业的方式」把它分发或提供给他人。此外，任何文件名里含 .ee. 或所在目录名含 .ee 的源码文件，完全不在该许可证之内，需要一份 n8n 企业许可证。

照字面读，这对最大的那个用例是宽松的，对第二大的那个则是禁止的。跑 n8n 来自动化贵司自己的工作，明明白白被许可。而把 n8n 立成你所售产品内部的自动化层，或者作为代理商替客户运营它，正是这条款要拦住的情形。团队往往是在试点之后才发现这一点，而那是最糟糕的时刻。

这条款在护的是什么，值得点名，因为它是这场比较里最具体的一道护城河：约 1,500 个集成。那座库是多年对着「说变就变、不打招呼」的各家 API 做连接器维护的产物，而它恰恰是编码智能体一个下午交不出来的资产。画布是橱窗；连接器是库存。n8n 的许可证护的是库存。

Dify：商业使用没问题，多租户不行

Dify 以一份经过修改的 Apache 2.0 发布，附加了两条条件，而且异乎寻常地具体。第一，没有书面授权，你不得用其源码运营一个多租户环境——而 Dify 把「租户」定义得很精确：一个租户对应一个工作空间。第二，你不得移除或修改 Dify 控制台或应用前端中的 LOGO 与版权信息，这里的「前端」指从源码运行时 web/ 目录下的全部组件，或用 Docker 运行时的 web 镜像；该条件明确不适用于不涉及其前端的用法。

这一对条款，是一份被写成许可证文本的商业模式。Dify 乐意做你应用的后端，并且明说了这一点；它不乐意成为你转售出去的「工作空间产品」，因为那正是 Dify 自己的产品。前端那处豁免就是破绽所在——如果你把 Dify 用作无头后端、藏在你自己的 UI 后面，品牌条件就自动消失，只剩多租户那一条还约束着你。

这里被守住的资产是应用平台：带角色的工作空间、一条你不必自己拼装的检索流水线、模型管理，以及一个可以直接交给非工程师的已发布应用加 API。这是一样实打实值得拥有的东西，而且不是编码智能体照着一句提示词就产出的。它同时也是你若要离开就得重建的那部分——而这正是本次比较所倚的第二个问题。

Langflow：一条附加条款都没有，但依赖换了个种类

Langflow 是纯粹的 MIT。没有多租户豁免、没有内部使用限制、没有品牌条件，也没有被扣下的企业目录。如果你的约束是法务上的，Langflow 就是答案，本节剩下的内容可读可不读。

它的风险住在别处，有两处。第一是归属：Langflow 于 2024 年 4 月被 DataStax 收购，而 IBM 于 2025 年 11 月 1 日完成了对 DataStax 的收购，于是这个项目的路线图如今落在一份 watsonx 产品组合之内。MIT 意味着 fork 永远可行，这是一道货真价实的底——但底不是路线图，而一个企业级产品组合中的项目，方向是由这份产品组合的需要来定的。

第二是：Langflow 的画布，是一层架在 LangChain 与 LangGraph 之上的 Python 组件的前端。这既是它最好的特性，也是它诚实的弱点。好，是因为退出路径是一个文件：你可以把流程当作代码导出去，作为一个普通服务运行，于是画布是一个做原型的地方，而不是一个把你的逻辑困住的地方。弱，是因为你在拿到拖拽的同时，也一并继承了某个框架的抽象与升级节奏；而你带走的那样东西，是一份你本来就写得出来的 Python——恰恰是 Flowise 的维护者说「已经不再是难事」的那样东西。

退出路径，是没人拿来比较的那条轴

What you carry out when you leave Four columns showing the exit path from each tool. Leaving n8n means re-implementing connectors against a workflow JSON that only n8n executes. Leaving Dify means keeping your API contract and knowledge base but rebuilding the workspace and app layer. Leaving Langflow means exporting the flow as Python and running it as an ordinary service. Leaving Flowise means forking an archived Apache-2.0 repository and maintaining it yourself. Exit cost, highest to lowest n8n Dify Flowise Langflow Workflow JSON only n8n executes it; connectors go with it App + knowledge base API contract survives; tenancy layer does not An archived repo Apache 2.0, forkable, yours to maintain Python you can run export the flow, delete the canvas Rebuild the integrations Rebuild the app layer Become the maintainer Keep going, no rebuild The licence sets what you may do with the code. This sets what the code is worth to you the day you stop using the product. Neither question appears on a feature comparison, and together they decide more than every feature on one.
按「你停止为造出它的那个产品付钱的那一天，这份产物还值多少」来排序。

这些工具全都把你的成果存成它自己的产物，而这些产物的半衰期差得极远。一份 n8n 工作流是只有 n8n 引擎才执行的 JSON，而且它引用的连接器只存在于 n8n 之内——这正是为什么退出是一次重新实现，而不是一次迁移。一个 Dify 应用在你离开时保住了它的 API 契约与知识库，但工作空间与角色模型才是那个产品，重建它才是那份工作量。一份 Langflow 流程能导出成随处可跑的 Python。而一套 Flowise 部署如今是一个完全归你所有的 fork——这个位置比一个活跃项目糟，却比一个正在被日落的专有产品好得多。

把两条轴并排放，选型规则就自己掉出来了。许可证告诉你在使用期间可以拿这份代码做什么；产物告诉你停用之后你还留得住什么。一个工具完全可能在一条轴上慷慨、在另一条上狠辣——Langflow 两条都慷慨，n8n 两条都收紧，而 Dify 按设计坐在中间。

什么情况选哪个

情形选因为当心
自动化贵司自己的后台，牵涉很多套 SaaS 系统 n8n 集成库就是那份价值，而内部使用明明白白在许可范围内 有人提议「把它卖出去」的那一天，条款就咬住你
一个由非工程师维护的内部 RAG 应用 Dify 工作空间、检索与应用发布，是拼装好了送来的 多租户就是「一个租户一个工作空间」，而那需要许可证
给一台最终由工程师以代码持有的智能体做原型 Langflow MIT，而且流程可导出为脱离它也能跑的 Python 你连着画布一起把 LangChain 的抽象也接受了
你已经在生产里跑着 Flowise 先 fork，再规划 Apache 2.0 核心，已归档但仍可见；npm 与 Docker 产物已弃用 企业身份目录不在 Apache 许可之内
你想要一块画布，主要是因为写胶水代码感觉太慢 多半一个都别选 那正是 Flowise 维护者说「已经挪走了」的那份具体活儿 为了写得快而引入的画布，会变成一套你必须运维的运行时

常见问题

n8n 是开源的吗？

不是，而且它也没这么宣称——它用的词是 fair-code。Sustainable Use License 1.0 把使用限制在你自己的内部业务目的或非商业用途，且只允许以免费且非商业的方式分发给他人，这不符合 OSI 的开源定义。源码可见、可自托管，但不是开源。

我能把 Dify 当作 SaaS 跑给我的客户用吗？

在其默认许可证下，用源码这么做不行。Dify 的附加条件要求：运营一个多租户环境需要一份商业许可证，而一个租户被定义为一个工作空间。把 Dify 用作你所售的单租户应用的后端，则是被明确允许的。

Flowise 归档之后还能继续跑吗？

继续跑没问题；继续依赖它则是一个决定。代码在 Apache 2.0 之下保持可见、也欢迎 fork，但 npm 包与 Docker 镜像已被标记弃用，而核心团队的在场已于 2026 年 8 月 31 日结束，不会再有安全补丁。请把它当作一份归你所有、也由你打补丁的代码库。

这里面哪一个是真正不受限的？

Langflow。它是没有附加条件的 MIT，所以多租户、转售、换品牌与 fork 全都被允许。它的风险在路线图方向，而不在许可证——随着 IBM 于 2025 年 11 月 1 日完成对 DataStax 的收购，它如今落在 IBM 的产品组合之内。

编码智能体是不是让这些全都过时了？

它们让「编写便利」这条理由过时了，这正是 Flowise 维护者得出的结论。它们并不会产出 1,500 个被维护着的连接器、一套带租户的工作空间模型，或一台持久执行引擎。请为画布底下的那一层来选工具；而如果你说不出那一层是什么，那你买的就是刚刚变便宜的那部分。

延伸阅读

本站相关：

项目来源：