n8n 自托管免费吗？社区版与企业版限制详解

n8n 是否可以免费自托管？

是的，n8n 可以免费自托管。您可以在自己的服务器上运行社区版，且许可证对工作流的构建数量或运行频率没有任何限制。以下两点决定了免费版是否满足您的需求：n8n 并非 Open Source Initiative (OSI) 定义下的开源软件，且在您购买许可证密钥之前，部分特定功能处于禁用状态。

该许可证为 Sustainable Use License 1.0 版本。源代码是公开的，您可以阅读、运行并修改它。许可证限制的是使用方式。您可以为自己或所在公司运行 n8n，也可以将其作为您所售产品的后端服务运行。但您不得将其作为一种服务进行托管，即不允许您的客户在其中构建或配置他们自己的工作流。

Fair-code 的含义，以及 n8n 为什么不是开源软件

Fair-code 是 n8n 对自身模式的称呼。它指的是源代码公开、可自由运行，但作者限制其商业用途的软件。n8n 的文档直接说明了采用这一措辞的原因：OSI 批准的开源许可证不能限制软件的使用方式，而 Sustainable Use License 确实包含此类限制。因此，n8n 不将自身称为开源软件。

这种区别并不只是措辞问题。它会影响您的采购团队。如果政策规定“我们部署开源工具，或部署已经购买的工具”，n8n 就会被归入第三类，因此需要有人对它作出实际决策。在讨论之前先阅读 n8n 仓库中的许可证文件，不要等到讨论之后再看。

Sustainable Use License 的许可范围

该许可授予的权限非常广泛。它为您提供了一项非排他性、免版税、全球范围的许可，允许您出于内部业务目的或个人非商业用途，使用、复制、分发、提供及基于本软件制作衍生作品。

在实际操作中，这涵盖了以下内容：

• 在您自己的服务器上为您的公司运行 n8n，例如将数据从 CRM（客户关系管理系统）同步到内部数据库。
• 在家中为个人项目运行 n8n。
• 修改代码并运行您修改后的版本。
• 出售咨询服务，例如为客户构建工作流。
• 在您自己的实例上为客户构建并运行自动化任务，前提是客户无法创建或编辑这些任务。
• 出售支持服务，例如在客户拥有的服务器上设置和维护 n8n。
• 在您自己的产品后台使用 n8n，用户可以运行并触发您构建的自动化任务，并可能连接他们自己的账户，前提是他们无法打开工作流构建器或配置工作流逻辑。

许可协议中没有任何关于使用量的限制。没有执行配额，也没有席位限制，因此自托管实例的唯一上限取决于其运行所在机器的 CPU 和内存资源。AI 节点也没有设置门槛，因此 在 n8n 中构建 AI 代理工作流 在免费版中同样适用。

Sustainable Use License 的禁止行为

限制条款非常简短，n8n 在其 许可协议 FAQ 中列出了具体示例：

• 将 n8n 作为服务托管，并允许客户在其上构建工作流。
• 允许外部终端用户通过您的产品构建或配置他们自己的工作流，无论是通过自定义界面、n8n API、MCP 还是代表他们的 AI 代理。
• 分叉（Fork）n8n 代码以发布您自己的自动化产品。
• 通过移除品牌标识对 n8n 进行白标（White labelling）并原样提供。
• 在没有 Enterprise 许可证的情况下使用需要许可证密钥的企业级功能。

许可协议文本 中还增加了两条限制。您不得更改、移除或遮盖任何许可、版权或其他声明；且您分发该软件时必须免费，且仅限于非商业用途。

第二条限制往往出人意料，请务必仔细阅读。如果是一个使用公司自有 API 密钥处理公司内部数据的计费任务，这属于内部使用，是被允许的。如果是一个产品，允许每个客户连接他们自己的 Google 账号到您构建的自动化流程中，这也是被允许的，前提是这些客户无法打开工作流构建器或更改工作流逻辑。如果允许这些客户自行设计自动化流程（即使是通过您自己的界面或 n8n API），则是不被允许的，因为许可协议的界限在于“谁控制工作流逻辑”，而不是“n8n 持有谁的凭据”。在后两种情况下，软件和服务器可能完全相同，但许可结论却截然不同。

同一个代码仓库中还包含第二个许可协议。任何文件名中包含 .ee. 或目录路径中包含 .ee 的源文件，均不属于 Sustainable Use License 的范畴，而是受独立的 n8n Enterprise License 约束。这些代码包含在您拉取的同一个 Docker 镜像中，因此付费功能在构建版本中是存在的，但在激活有效的许可证密钥之前，它们处于关闭状态。通过其他任何方式开启这些功能均属于违反许可协议，而非配置技巧。

Fair-code 与 MIT 和 AGPL 的区别

MIT 许可证几乎允许所有行为，包括获取代码并销售其托管版本。其唯一实质性条件是版权声明和许可声明必须保留在软件的所有副本或重要部分中。

AGPL (GNU Affero General Public License) 也允许销售托管版本，且不对服务对象进行限制。其条件是披露义务：如果您修改了软件并允许用户通过网络访问，则必须向这些用户提供您修改后的源代码。

Sustainable Use License 则基于不同的维度。它不要求发布您的修改内容。它限制了您使用软件的方式，以及谁可以控制您通过该软件运行的工作流。简而言之，AGPL 控制您必须发布的内容，而 Sustainable Use License 控制您可以销售的内容。

这种差异决定了分支（fork）的走向。任何人都可以对 AGPL 项目进行分支，并将其作为竞争性的托管服务运行，前提是他们必须发布其修改内容。没有人能对 n8n 执行此操作，因为使用限制会随代码进入每一个副本。这就是为什么 n8n 可以发布其全部源代码，同时销售云产品，而不会面临自身克隆版本的竞争。

哪些功能需要付费许可证密钥

社区版包含了该产品的绝大部分功能。n8n 采用列出排除项而非包含项的方式，这种做法更具参考价值。截至 2026 年 10 月，版本对比页面列出的付费功能如下：

• 通过 SAML（安全断言标记语言）或 LDAP（轻量级目录访问协议）实现的 SSO（单点登录）
• 工作流和凭据共享
• 项目
• 自定义变量
• 环境
• 使用 Git 进行版本控制
• 外部密钥管理
• 二进制数据外部存储
• 日志流式传输
• 多主模式

共享功能是大多数团队最先遇到的限制，当单人评估该工具时很容易忽略这一点。在社区版中，只有实例所有者和创建工作流或凭据的用户才能打开它们。同一实例上的两名同事无法在界面内互相传递工作流。团队通常通过共享登录账号来规避此限制，但这会导致无法追踪具体的操作人员。

SSO 是第二个限制。如果贵公司要求所有内部工具必须使用单点登录，那么社区版从第一天起就无法满足该需求，无论其其他功能如何。在这一类软件中，免费自托管应用将身份验证功能设为付费项是一种常见模式，自托管应用中的 SSO 税一文解释了供应商为何总是将界限划在这里。

环境和 Git 版本控制在实践中属于同一功能。它们共同允许您将工作流保存在仓库中，并将其从开发实例发布到生产实例。如果没有这些功能，在不同实例间迁移工作流就需要手动导出 JSON 并导入到另一端。这种方法可行，也有很多人在使用，但它缺乏审核步骤和历史记录。

多主模式是限制扩展性的功能。在社区版中，使用多个工作进程的队列模式运行良好。但运行多个主进程则不行，由于主进程负责调度和 Webhook，它成为了单点故障，若无许可证密钥则无法实现冗余。

日志流式传输和外部密钥管理属于合规性功能。日志流式传输将 n8n 的事件日志推送到您现有的监控系统中。外部密钥管理则从保管库读取凭据，而非使用 n8n 自带的加密存储。这两项功能通常在工具投入生产环境数月后，安全审查时才会被提及，此时才发现需要付费会非常被动。

如果受限功能正是您实际需要的，且预算无法覆盖该方案，建议对比其他工具，而不是试图绕过许可证。n8n 自托管替代方案值得仔细阅读，因为每个项目对免费功能的界定各不相同。

为您的社区实例注册免费许可证密钥

部分免费功能仍需许可证密钥，这听起来有些矛盾，但了解流程后便会明白。注册邮箱地址即可获取免费密钥。它能免费解锁以下三项功能：

• 文件夹：用于组织工作流
• 编辑器内调试：在处理工作流时复制并固定执行数据
• 自定义执行数据：用于保存和标注执行元数据

获取密钥的步骤：

1. 打开编辑器左下角的三个点菜单。
2. 进入 Settings，然后选择 Usage and plan。
3. 选择 Unlock，再点击 Send me a free license key。
4. 通过邮件中的按钮激活密钥，或在同一 Usage and plan 页面选择 Enter activation key 并粘贴密钥。

如果您通过文件配置服务器，可跳过界面，在首次启动前将密钥设置为环境变量。

docker volume create n8n_data
docker run -it --rm --name n8n -p 5678:5678 \
  -e N8N_LICENSE_ACTIVATION_KEY="paste-your-key-here" \
  -v n8n_data:/home/node/.n8n docker.n8n.io/n8nio/n8n

在 5678 端口打开编辑器，检查 Settings 中的 Usage and plan。该页面应显示您的计划名称，而非解锁提示。如果提示依然存在，通常是因为该实例之前已被激活：N8N_LICENSE_ACTIVATION_KEY 对已持有许可证的实例无效，因此将其添加到现有容器的环境变量中可能看起来没有任何效果。

在生产环境中，还有两个许可证变量非常重要。N8N_LICENSE_AUTO_RENEW_ENABLED 默认为 true。若将其设为 false，您必须每十天在设置菜单中手动续期，否则授权功能将停止工作。N8N_LICENSE_DETACH_FLOATING_ON_SHUTDOWN 也默认为 true，它会在实例关闭时释放授权，以便其他实例使用。对于在部署期间会重启的生产实例，请将其设为 false，以确保授权功能在重启后自动恢复。在多主节点模式下，n8n 会忽略此变量。这两个变量及其默认值均记录在 许可证环境变量页面 上。

云服务方案的定位

n8n Cloud 在 n8n 自有的基础设施上运行相同的软件。该方案按工作流执行次数而非活跃工作流数量计费，因此处于空闲状态等待 Webhook 的工作流在触发前不会产生费用。

对于自托管用户而言，关键在于企业版许可证密钥是随方案附带的，而非单独出售。购买 Business 或 Enterprise 方案后，您将获得一个密钥，并将其粘贴到您自有硬件上运行的实例中。自托管与付费使用并不冲突。

截至 2026 年 10 月，Starter、Pro 和 Business 方案的公开价格均列于 n8n 定价页面，按年度结算的月度费用报价。Business 方案支持自助服务，目前仅针对自托管 n8n 出售，这是为您自有服务器获取密钥的直接途径。Enterprise 方案需通过销售团队洽谈，其定价未公开。此处列出的任何数字都会过时，请直接查阅页面；对于 Enterprise 方案，请索取报价，并明确询问该报价是否包含自托管密钥。

如果您仍在权衡是自行运行还是购买托管自动化产品，n8n 与 Zapier 及 Make 的对比 一文从成本结构而非功能列表的角度进行了分析。

在自有产品中集成 n8n

如果您的客户需要查看并使用 n8n 编辑器本身，则需要使用 n8n 的 OEM 集成。这是一项单独的商业协议，允许您将 n8n 界面嵌入到您产品的 UI 中。截至 2026 年 10 月，OEM 集成文档中未列出具体价格，因此条款需通过与 n8n 协商确定。协议规定，OEM 集成必须保留 n8n 品牌标识。此方案仅用于嵌入编辑器，而非白标（white labelling）服务。

将 n8n 作为隐藏后端使用则属于不同情况。如果您负责构建工作流，而用户仅负责运行、触发工作流或连接其个人账户，则标准许可协议涵盖此类场景，无需额外签署协议。如果您的用户可以自行构建或配置自动化流程，n8n 帮助中心指出，即使客户从未接触过 n8n 界面，该产品也需要企业版许可。许可 FAQ 中明确，通过自定义界面、n8n API、MCP 以及代表用户操作的 AI Agent 等方式均属于此类范畴。界定的标准在于谁控制工作流逻辑，而非凭据归属或收入来源。

那么你需要哪个版本？

对于运行自有自动化流程的公司，如果同事之间被允许查看彼此的工作内容，社区版（Community edition）已足够。注册获取免费密钥，然后开始构建你的项目。下一步是配置服务器，在配备 Docker 和 HTTPS 的 VPS 上自托管 n8n 一文涵盖了部署、反向代理及证书的相关内容。

对于需要单点登录（SSO），或需要为开发和生产环境设置独立环境的公司，社区版无法满足需求，且任何配置更改都无法改变这一点。请评估商业计划（Business plan）的价格，或选择一款许可证符合你预算的工具。

对于任何销售 n8n 本身访问权限，或销售客户可自行构建工作流的产品的人，解决方案是与 n8n 签订商业协议。此类沟通越早进行，成本越低。

FAQ

n8n 是开源软件吗？

不是。n8n 采用的是“公平代码”（fair-code）模式，基于 Sustainable Use License 发布。其源代码是公开的，你可以阅读、运行和修改，但该许可证对使用场景有限制，而 OSI 认可的开源许可证不得包含此类使用限制。n8n 在其官方文档中也明确了这一点，并将其自身定义为“源码可用”（source available）。文件名中包含 .ee. 或路径中包含 .ee 的文件甚至不属于该许可证范畴，而是受单独的 n8n Enterprise License 约束。

我可以向客户收取涉及 n8n 的工作费用吗？

可以，如果是提供服务的话。为客户构建工作流无需单独协议，在客户拥有的服务器上安装或维护 n8n 也不需要。你也可以在自己的实例上为客户构建并运行自动化任务并收取费用，前提是客户无法打开工作流编辑器或修改工作流逻辑。你不能做的是将 n8n 作为一种服务进行托管，让客户自行构建工作流，或者销售 n8n 的贴牌（white-labelled）版本。判断标准在于客户是否能访问工作流，而非客户数量或收入金额。

为什么我的团队无法在自托管的社区版中共享工作流？

共享工作流和凭据属于付费功能，因此在没有付费密钥的情况下该功能会被禁用。在社区版中，只有实例所有者和创建该项目的用户可以打开它，这意味着无法在界面内将工作流移交给同事。将工作流导出为 JSON 再通过另一个账户导入是可行的，但凭据不会包含在导出文件中，且导入的副本会成为一个拥有独立执行历史的新工作流。

如果我的 n8n 实例无法连接到许可证服务器会怎样？

已激活的实例默认会向 https://license.n8n.io/v1 续订许可证，且 N8N_LICENSE_AUTO_RENEW_ENABLED 默认开启。如果你关闭了自动续订，则必须每十天在设置菜单中手动续订一次，否则付费功能将停止工作。如果出站防火墙拦截了许可证服务器，请通过设置小写的 https_proxy_license_server 环境变量来配置代理，而不是禁用续订。

我必须付费才能移除 n8n 的品牌标识吗？

如果客户会看到相关界面，那么至少需要付费，且仅付费可能还不够。Sustainable Use License 禁止更改、移除或遮盖许可及版权声明，n8n 的许可证 FAQ 中将移除品牌标识的贴牌行为列为不允许的使用方式。帮助中心指出贴牌需要商业许可证，而 OEM 集成文档则称 n8n 品牌标识是 OEM 集成的一部分，因此在计划重塑品牌前，请务必获取 n8n 的书面确认。调整仅供内部员工使用的实例外观属于较小的问题，但关于许可和版权声明的条款适用于任何受众。