n8n 按每次工作流运行向你收费；你的 AI 模型 API 则按该运行中的每次模型调用收费。这是两个独立的计量器，只有前者有配额。 n8n 自己的定义没有留下歧义：“一次执行就是整个工作流的一次完整运行。无论工作流包含多少步骤，或处理多少数据，都不影响这一点”（n8n 定价页面，核查于 2026 年 9 月 19 日）。处于这一次执行中的 AI Agent 节点默认最多可进行十轮模型往返，而 OpenAI Chat Model 节点会对失败调用重试两次——因此，一次只占 Starter 套餐配额 1/2,500 的执行，最多可能包含约三十次计费模型调用。
在介绍数字之前，先澄清一个歧义，因为这个查询有三种含义。n8n 公共 REST API——用于列出和触发工作流的 API——没有公布按调用计费的价格；n8n 文档说明它在免费试用期间不可用，并要求你升级（n8n API 文档）。n8n 套餐按执行次数定价，下面仅将其作为对比账单介绍。工作流消耗的模型 token才是本页主题。n8n 仍在持续更新且名称未变：本页根据发布版本 n8n@2.39.8 的行为进行说明，该版本于 2026 年 9 月 18 日发布，此后也已发布更新的标签（GitHub 发布）。
计量器一：n8n 如何计算执行次数
执行计费是两项账单彼此独立变化的原因。包含一百个节点的工作流和包含两个节点的工作流，各计为一次执行。变化在于，究竟哪些运行会被计入。
| 运行类型 | 是否计入配额？ | 文档记录的规则 |
|---|---|---|
| Schedule Trigger | 是 | 每次节点触发时计为一次执行，无论结果如何 |
| Webhook Trigger | 是 | 每个激活触发器的入站请求计为一次执行，包括空请求体 |
| 轮询触发器 | 仅在发现数据时计入 | 返回无数据的轮询不计入 |
| 从编辑器手动运行 | 否 | 手动执行不计入 |
| 通过 Execute Sub-workflow 执行子工作流 | 否 | 仅顶层父执行计入 |
| 错误工作流 | 否 | 错误工作流的执行不计入 |
全部六条规则均引自 n8n 的执行文档，并于 2026 年 9 月 19 日核查。该页面有一点未明确说明，因此本文不对此作出断言：手动重试失败的执行是否计入执行次数。它确实明确了相近的情况——定时触发器“无论结果如何”都会计入执行次数，而格式错误、在工作流启动前就失败的 webhook 请求则不会计入。另请注意，配额并非仅适用于 Cloud——同一页面指出，付费套餐无论是云端还是自托管，都有执行次数配额上限。
n8n 在其定价页面常见问题中发布的规模示例很有参考价值：每日计划每月产生 30 或 31 次执行，而每五分钟运行一次的计划每月约产生 8,600 至 8,900 次执行。同一常见问题还说明，已保存的执行历史单独设有上限——按数量、Cloud 存储空间和保留期限限制；达到其中任何一个限制都不会停止工作流运行，只会缩短保留的历史记录。务必区分清楚，因为历史限制常被误认为消费限制。
| 套餐 | 公布价格 | 执行次数 | AI Assistant 积分 |
|---|---|---|---|
| 自托管 Community | 免费 | 无套餐配额；你需要支付自己的服务器和运维费用 | 自带密钥，不设积分上限 |
| Cloud 免费试用 | 免费，无需银行卡 | 1,000，5 个并发，180 秒超时 | 800，另加 100 个 AI 积分和 20 个 AI Builder 积分 |
| Cloud Starter | 20€/月，按年计费 | 2,500 | 2,300/月 |
| Cloud Pro | 50€/月，按年计费 | 10,000 | 最多 13,700/月 |
| Business | 667€/月，按年计费 | 40,000；超出部分为每增加 300,000 收取 4,000 EUR，延迟 45 天计费 | 未列出 |
| Startup（仅限自托管） | 333€/月，按年计费 | 40,000；资格要求为员工少于 20 人且融资少于 €5M | 未列出 |
| Cloud Enterprise | 联系销售 | 自定义 | 不包含 |
数据来自n8n 定价页面和Startup 套餐页面，核查于 2026 年 9 月 19 日。本页不会掩盖三个注意事项。该页面不会在服务器端呈现按月计费且非年度计费的价格，因此这里不引用月度金额。本次核查获取的价格以欧元显示，且可能根据地理位置解析，因此请在结账时确认你自己的货币。n8n 定价常见问题中的超额计费说明针对 Business 和 Enterprise——无论该页面还是 Startup 套餐页面，都没有说明 Starter 或 Pro 在执行配额耗尽后会发生什么。
计量器二：模型账单，以及会放大它的默认设置
公式很简单，而真正花钱的地方在于默认设置：
cost = production executions × model calls per execution × (input tokens × input rate + output tokens × output rate)
中间项是没人会纳入预算的部分，因为 n8n 的账单不会显示它。下面的每个数字都来自带标签 n8n@2.39.8 的已发布源码，而非文档。
| 节点和设置 | 默认值 | 对账单的影响 |
|---|---|---|
| AI Agent — Max Iterations | 10 | 一次计费执行中最多进行十轮模型往返；上下文会逐轮增长，因此后面的迭代成本高于前面的迭代 |
| OpenAI Chat Model — Max Retries | 2 | 每次调用最多进行三次计费尝试；重试调用在失败前已经生成代币时，通常费用已经产生 |
| OpenAI Chat Model — Timeout | 60,000 ms | 慢速调用会在 60 秒时被放弃并随后重试，因此计时问题会表现为成本问题 |
| OpenAI Chat Model — Maximum Number of Tokens | -1（不设上限） | 除非你设置上限，否则输出长度不受限制 |
| Anthropic Chat Model — Max Tokens | 4,096 | 固定的输出上限；默认成本更低，但较长的生成会被截断而不是继续 |
| Embeddings OpenAI — Batch Size | 每次请求 512 个文档 | 一次节点运行可能发送一个非常大的单一请求；Kunavo 完全不提供此节点（见下文） |
所有来源均于 2026 年 9 月 19 日读取：智能体的Tools Agent 选项、OpenAI Chat Model 节点、Anthropic Chat Model 节点和Embeddings OpenAI 节点。十次迭代乘以三次尝试是上限，而非典型运行情况——但达到这个上限会产生三十次计费模型调用，同时在 n8n 套餐中仍只显示为一次执行。
一个 n8n AI API 成本估算示例
这些是示例性代币计算，不是实测工作流成本，也不是账单上限。假设一次 AI Agent 执行进行三轮模型往返——远低于默认上限十次——每轮发送 6,000 个输入代币（系统提示、工具模式以及逐轮增长的草稿区），并接收 350 个输出代币。费率采用实时的Kunavo 目录每百万代币价格；配额列只是将其乘以 Starter 和 Pro 的执行额度，以便并列展示两个计量器。
| 模型 | 每 1M 个令牌的输入 / 输出 | 每次执行 | × 2,500 次执行 | × 10,000 次执行 |
|---|---|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $0.0163 | $40.69 | $162.75 |
| GPT-5.6 Terra | $0.70 / $4.20 | $0.0170 | $42.52 | $170.10 |
| Claude Sonnet 5 | $1.40 / $7.00 | $0.0325 | $81.37 | $325.50 |
有两种解读。第一，在这些假设下，最高行与最低行之间的差额大于完整的 n8n 套餐费用，因此在选择模型之前争论 Starter 还是 Pro，其实是在争论较小的数字。第二，迭代上限才是真正的差异来源：同一个 Claude Sonnet 5 执行，按三次调用计算为 $0.0325，如果运行完整十次迭代且每次调用都重试两次，就会变成 $0.3255——成本增加十倍，而 n8n 的执行次数完全不变。在 Claude Haiku 4.5 上，同一个三次调用的执行计算为 $0.0163。
在将这些数字视为预算之前，先按你每天自己的执行次数进行扩展。Kunavo 的目录价格是计费下限而非上限：上游报告其费用时，账单金额取目录价格与上游成本乘以适用加价率两者中的较高值。缓存费用和外部工具费用不包含在此示例中。Kunavo 的最低充值额为 $10 的预付余额，这是资金最低要求，而非订阅费或按任务收取的费用——请参阅计费详情。
n8n 的“AI 积分”不是你的模型预算
这是已发布的 n8n 费用说明中重复最多的错误，值得明确说明。n8n 记录了三种不同的积分余额，而定价页面宣传的那一种并不是用于支付工作流模型调用的余额。
| 余额 | 实际支付的内容 | 适用范围 |
|---|---|---|
| Gateway 积分 | 工作流中节点使用的 AI 模型和工具服务 | 仅限 Cloud Starter 和 Pro，从 n8n 2.36.0 起 |
| n8n Assistant 积分 | 你对 n8n Assistant 和 AI Workflow Builder 的使用 | 除 Enterprise 外的所有 Cloud 套餐；2,300 / 最多 13,700 的额度 |
| 免费 OpenAI API 积分 | 面向新 Cloud 用户的一次性历史遗留额度 | 仅适用于没有 Gateway 积分的实例 |
前两列引自 n8n 的Gateway 积分文档，核查于 2026 年 9 月 19 日；Assistant 积分的套餐范围来自定价页面的常见问题，其中说明 AI Assistant 包含在除 Enterprise 外的所有 n8n Cloud 套餐中，且未使用的积分不会结转。关于“n8n 中的免费 OpenAI 积分”的社区讨论描述的是第三种历史遗留余额，不应视为当前情况。
Gateway 积分确实提供了便利：n8n 通过自己的网关路由节点请求，并代表你向提供商进行身份验证，因此无需任何提供商账户，工作流就能运行模型节点。根据 n8n 的使用 Gateway 积分页面，节点可通过一个选择器在“使用 Gateway 积分”和“使用我自己的凭据”之间切换，无需重建工作流——不过对于仅支持部分功能的节点，选择 Gateway 积分后，不受支持的操作会被隐藏。
本页面无法提供 Gateway 积分与 Kunavo 的具体数值比较，任何未登录 Cloud 的人也都无法提供。 n8n 仅在需要身份验证才能访问的 app.n8n.cloud/service-pricing 上公布其网关费率，并说明费率因模型和服务而异。官方并未公布积分与美元之间的换算关系。任何向你展示这张表格的文章，所用的编制依据都并非来源资料。确实可以比较的是结构层面：
| 问题 | n8n Gateway 积分 | 你自己的密钥（任意提供商） |
|---|---|---|
| 是否可用于自托管？ | 否——仅限 Cloud Starter 和 Pro，Cloud Enterprise 不可用 | 可以，任何地方都可以；Base URL 字段不受套餐限制 |
| 余额会过期吗？ | 充值积分在购买 12 个月后过期 | 取决于你的提供商；Kunavo 积分不会按 12 个月周期过期 |
| 可以退款吗？ | 充值不可撤销；未使用的积分不予退款，法律要求的情况除外 | 你的提供商条款 |
| 如果你关闭账户？ | 剩余积分会被没收 | 你的提供商条款 |
| 谁可以充值？ | 仅实例所有者可以充值；必须拥有有效的付费订阅，试用账户不能充值 | 持有计费账户的人 |
| 余额范围 | 每个 Cloud 实例一个余额，所有使用该实例的人共享 | 按密钥或按账户，由你自行组织 |
| 哪一方的提供商账户可以看到提示词 | n8n 的 | 你的，或你的网关的 |
每一行都来自同一份 Gateway 积分文档及其充值页面。实际影响是：如果你自托管 n8n，Gateway 积分对你不存在，自带密钥不是偏好，而是唯一途径。
哪条路径胜出，以及何时胜出
| 方式 | 适用场景 | 你放弃的内容 |
|---|---|---|
| n8n Gateway 积分 | 你使用 Cloud Starter 或 Pro，希望完全不拥有提供商账户，并且重视设置速度而非价格透明度 | 自托管和 Enterprise 无法使用它；预付余额在 12 个月后过期、不可退款，关闭账户时会被没收；费率在登录前无法查看 |
| 直接调用提供商 API | 一家供应商的模型可以完成所有任务，而你希望使用该供应商自己的提示词缓存和批处理折扣 | 第二个模型系列意味着第二个账户、第二个密钥和第二个需要监控的余额 |
| OpenAI 兼容网关 | 不同工作流需要在一个密钥和一个余额上使用不同的模型系列，并且你采用自托管 | 通用协议无法访问供应商特有的附加功能；你需要为每个凭据手动设置一次 Base URL |
| 本地模型（Ollama 节点） | 适用于高容量、低风险且注重隐私的步骤，并且不能接受按请求收费 | 与托管的前沿模型存在能力差距；硬件和运维成本由你承担 |
一条适用于三个自带账户行的预算说明：n8n 不会限制在其外部计费的模型调用支出。执行配额限制的是工作流启动次数，而不是工作流内部发生的事情。（Gateway credits 是例外——余额本身降至零时就会停止，自动充值还可以设置可选的月度限额。）如果你希望设置硬性上限，就必须从提供商一侧实现——预付余额耗尽后直接停止，是最简单也最可靠的方式。AI 成本优化涵盖了其余方法，而AI agent API 目录展示了 n8n 如何与其他使用自定义端点的客户端并列。
将第三方端点接入 n8n
n8n 没有提供通用的“OpenAI-compatible”模型节点。OpenAI 节点加上凭据中的 Base URL 是通用方案，而最常见的教程错误是在错误的位置寻找该字段。
Base URL 位于凭据中，而不在节点里。在已发布的源代码中，OpenAI Chat Model 节点的节点内 Base URL 选项在节点版本 1.1 及以上被隐藏，Embeddings 节点的该选项从 1.2 起被隐藏——因此，在你今天添加的任何节点中，节点内覆盖选项都不可见，凭据是唯一存在该选项的位置。n8n 的OpenAI 凭据页面和Anthropic 凭据页面都没有记录该字段，但两种凭据在源代码中都包含它。
Credential type: OpenAI (used by the "OpenAI Chat Model" sub-node)
API Key: sk-kn-… # your Kunavo key
Base URL: https://api.kunavo.com/v1
# Then in the OpenAI Chat Model node:
Model: ID mode -> claude-sonnet-5
Options > Built-in Tools: leave OFF on a non-OpenAI endpoint你需要了解的源代码与文档冲突。n8n 的节点文档称 OpenAI Chat Model 节点默认使用 Chat Completions API。n8n@2.39.8处的已发布源代码却显示并非如此：responsesApiEnabled在节点版本 1.3 及以上具有default: true，因此新添加的节点会向/v1/responses发送请求，而不是/v1/chat/completions。这里同时展示了两种说法，而不是默默选择其一；行为以已发布的代码为准，只实现 chat completions 的端点在关闭该开关之前会直接无法正常工作。Kunavo 的/v1/responses路由接受所有已启用的聊天模型，/v1/chat/completions也是如此，因此节点的默认端点在这里确实存在，而不是返回 404 的端点——不过尚未运行完整工作流来确认整个往返过程。请参阅聊天 API 文档和OpenAI 兼容 API 指南。
构建前值得了解的三个边界。
| 边界 | 发生的情况 | 操作 |
|---|---|---|
| Anthropic 凭据与 Kunavo 的对比 | n8n 的 Anthropic 凭据使用 x-api-key 进行身份验证，其测试和模型下拉菜单都会对 /v1/models 发起 GET 请求。Kunavo 会在每条路由上从该请求头读取密钥，包括模型列表路由，因此两者都应该能够响应——但“From List”下拉菜单会按 display_name 为每个模型命名，而 Kunavo 的列表不包含该字段，所以只显示原始 ID；同时它会列出完整目录，而 Anthropic 节点只能使用 claude- ID，/v1/messages 提供的正是这些 ID | 从列表中选择一个 claude- ID，或者将模型选择器设为 ID 模式并输入 slug；对于 GPT 和其他非 Claude 聊天模型，请使用带有 Kunavo Base URL 的 OpenAI Chat Model 节点 |
| Google Gemini 节点 | 它使用 Google 的原生协议，而 Kunavo 不提供该协议 | 对于 Kunavo 提供的 Claude 和 GPT slug，请使用 OpenAI Chat Model 节点 |
| Embeddings OpenAI 节点 | 它会遵循凭据中的 Base URL，但Kunavo 不提供 embedding 模型——该路由存在，但其后的目录为空 | 为任何 RAG 工作流的 embedding 步骤保留第二个提供商或本地运行的模型；请参阅RAG 实现 |
在自定义端点上，还应关闭 OpenAI 节点的 Built-in Tools。已发布源代码中的这组工具包括 Web Search、File Search 和 Code Interpreter；Conversation ID、Prompt Cache Key 和 Service Tier 则位于节点的 Options 中。这六项都是 OpenAI 平台功能；尚未验证它们能否通过 Kunavo 工作，对于被转换为 chat 的模型则无法使用。n8n 会针对这种情况在节点上显示自己的警告：通过 Base URL 覆盖使用非 OpenAI 模型时，并非所有模型都可能兼容 chat，或支持工具调用、JSON 响应格式等其他功能。
完成设置并读取首次费用
Kunavo 尚未对 n8n 进行运行时测试。这里尚未发布 n8n 集成页面，上述所有 n8n 行为均来自 n8n@2.39.8 处发布的源代码和 n8n 自己的文档——这是一份配置参考，而不是兼容性测试。将首次构建视为试用：保留一条可用路由，以较小的执行次数运行一个有界工作流，然后读取账户实际记录的费用，而不是根据上表估算。
如果你是在网关之间而不是路由之间做选择，OpenRouter 替代方案和LLM 网关指南涵盖了这项比较，最便宜的 Claude API则专门介绍 Claude 系列。准备为密钥充值时，请创建 Kunavo 账户。
常见问题
n8n API 是否收费？
这取决于所说的是哪个 API。n8n 自身的公共 REST API——用于列出和触发工作流的 API——没有公布按调用计费的价格；n8n 文档说明它在免费试用期间不可用，必须升级后才能使用。你的工作流调用的 AI 模型 API 是完全独立的账单，由模型服务提供商收取，按代币计价，与 n8n 套餐无关。当有人询问 n8n API 的费用时，答案几乎总是后者。
n8n 定价页面上的 AI 积分可以支付我的模型调用吗？
不能，这是 n8n 费用说明中最常见的错误。n8n 定价页面上的 2,300 和最多 13,700 是 AI Assistant 积分——用于构建工作流的副驾驶和 AI Workflow Builder 的额度，每月刷新且不会结转。工作流中节点发起的模型调用使用另一种称为 Gateway 积分的余额；n8n 将其记录为独立产品，拥有自己的充值、过期和可用性规则。还有第三种历史遗留的免费 OpenAI 积分，仅存在于没有 Gateway 积分的 Cloud 实例中。三种余额，三种含义。
n8n 最佳 API 是什么？
不存在唯一的赢家；答案取决于你的部署方式和切换习惯。自托管 n8n 完全不能使用 n8n 的 Gateway 积分，因此按定义必须自带密钥。在 Cloud Starter 或 Pro 上，Gateway 积分带来便利——无需开通提供商账户——但代价是预付余额；充值积分在购买 12 个月后过期、不予退款，关闭账户后也会被没收。当所有任务都使用某一家供应商的模型，并且你希望享受该供应商自己的缓存和批处理折扣时，直接使用供应商 API 更合适。当不同工作流需要不同模型系列，却希望使用一个密钥和一个余额时，Kunavo 或 OpenRouter 这样的网关更合适。对于不接受按请求收费的小型、私密、处理量大的步骤，本地模型更合适。
n8n 最便宜的 API 是什么？
每个代币最便宜，与完成工作流的成本最低，是两个不同的问题。在 n8n AI Agent 节点中，模型决定一次运行需要多少轮往返：智能体默认的 Max Iterations 为 10，而较弱的模型如果错误构造工具调用，可能会花费其中数次迭代来恢复，因此其每代币优势会在一次计费执行中被抵消。实际方法是选择能够可靠完成工作流的最低价模型，然后读取你的提供商账户针对一批有界测试实际记录的费用。任何提供商（包括 Kunavo）都无法承诺对尚未运行的任务提供最低总成本。
n8n 最便宜的 AI 模型是什么？
对于分类、字段提取、路由和短文本改写等确定性的单次任务，能够通过准确性检查的最便宜小型模型就是合适的选择，因为这些步骤每次执行恰好调用一次模型，代币费率就是全部账单。对于带工具的智能体步骤，应根据已完成的运行而非费率表进行判断，因为迭代次数也是成本的一部分。还需注意两个结构性问题：输出上限与费率同样重要，因为 n8n Anthropic Chat Model 节点默认将输出上限设为 4,096 个代币，而 OpenAI 节点默认不设上限；此外，任何按供应商临时促销价定价的模型，在据此制定预算前都应重新核查。
n8n 工作流的最佳模型是什么？
应根据节点匹配模型，而不是根据排行榜选择模型。执行提取任务的 Basic LLM Chain 只进行一次调用，适合使用足够准确的最低价模型。使用三四个工具的 AI Agent 需要可靠的工具调用，因为每次格式错误的调用都会增加一轮上下文，而上下文会逐轮增长。处理长文档的摘要步骤主要受输入代币影响，因此输入费率比输出费率更重要。还要注意，这个问题也可能是在另一种意义上提出的——哪个模型最擅长编写 n8n 工作流 JSON——那是创作问题，而不是实时工作流内部运行的问题。本页回答的是运行时成本问题。
我可以让 n8n 指向自定义的 OpenAI 兼容端点吗？
可以。在已发布的 n8n 源码中，OpenAI 凭据包含一个默认为 https://api.openai.com/v1 的 Base URL 字段，Anthropic 凭据包含一个默认为 https://api.anthropic.com 的字段。n8n 的凭据文档页面没有记录这两个字段，但源码中确实存在。在今天新增的节点上，节点内的 Base URL 选项已隐藏，因此应在凭据上进行覆盖。注意：凭据测试会对模型列表发起普通 GET 请求，因此如果某个端点无法使用同一凭据响应该请求，即使聊天调用能够成功，也会导致绿色检查失败。
n8n 套餐价格、执行规则、Gateway credits 条款和 API 文档于 2026 年 9 月 19 日核查；节点默认设置和凭据字段读取自标签为 n8n@2.39.8 的已发布源代码。Kunavo 的模型列表接口既接受通过 x-api-key 提供的密钥，也接受 bearer token，这一点来自本仓库的身份验证代码；Anthropic 下拉菜单如何为该列表中的模型设置标签，则来自同一标签下 n8n 的源代码；两者都未针对实时 API 进行实测。没有构建或运行任何针对 Kunavo 的 n8n 工作流。Kunavo 的令牌费率来自实时目录，本页面中的所有美元金额都只是说明性的令牌算术，而非实测运行结果。