n8n AI APIのコスト：1回の実行、多数のモデル呼び出し、2つの請求

n8nはワークフローの実行ごとに1回請求します。一方、AIモデルAPIは、その実行内で行われるモデル呼び出しごとに請求します。この2つは別々のメーターであり、クォータがあるのは前者だけです。 n8n自身の定義には余地がありません。「実行とは、ワークフロー全体を1回実行することです。ワークフローに含まれるステップ数や処理するデータ量は関係ありません」(n8nの料金ページ、2026年9月19日確認)。この1回の実行内にあるAI Agentノードは、デフォルトで最大10回のモデル往復を行うことができ、OpenAI Chat Modelノードは失敗した呼び出しを2回再試行します。そのため、Starterプランのクォータの1/2,500に相当する1回の実行で、最大およそ30回のモデル呼び出しが課金される可能性があります。

数値に入る前に、問い合わせが3つの意味に分かれることを整理します。n8n公開REST API――ワークフローの一覧表示と起動を行うAPI――には、公開された呼び出し単価はありません。n8nのドキュメントが述べているのは、無料トライアル中は利用できず、アップグレードを求められるということです(n8n APIドキュメント)。n8nのプランは実行数に基づいて価格設定され、対照となる請求として以下で扱います。ワークフローが消費するモデルのトークンがこのページの主題です。n8nは現在も提供されており、名称変更もありません。このページでは、2026年9月18日に公開されたリリースn8n@2.39.8から動作を確認しています。その後も新しいタグが公開されています(GitHubリリース)。

メーター1：n8nの実行数にカウントされるもの

実行数の計上が、2つの請求が独立して変動する理由です。100ノードのワークフローも2ノードのワークフローも、それぞれ1実行として課金されます。変わるのは、どの実行がそもそもカウントされるかです。

6つのルールはすべて、n8nの実行に関するドキュメントから引用したもので、2026年9月19日に確認しています。そのページで明確にされていないため、ここで断定していない点が1つあります。それは、失敗した実行を手動で再試行した場合にカウントされるかどうかです。一方、関連するケースについては明確にされています。スケジュールトリガーは「結果にかかわらず」カウントされ、形式が不正なWebhookリクエストがワークフローの開始前に失敗した場合はカウントされません。また、上限枠はCloudだけに適用される概念ではないことにも注意してください。同じページには、クラウド型でもセルフホスト型でも、有料プランには実行回数の上限枠があると記載されています。

n8nが料金ページのFAQで公開している規模の例は有用です。毎日のスケジュールでは月30回または31回の実行が発生し、5分ごとに実行する場合は約8,600～8,900回になります。同じFAQには、保存された実行履歴には別途上限があり、件数、Cloudでのストレージ、保持期間によって制限されること、またこれらの上限に達してもワークフローの実行は停止せず、保持される履歴が短くなるだけであることも記載されています。履歴の上限を支出上限と取り違えないよう注意してください。

n8nの料金ページおよびStartupプランページに基づき、2026年9月19日に確認しました。このページでは、3つの注意点を隠しません。年払いではない月払いの価格はそのページでサーバー側に表示されないため、ここでは月払いの金額を記載していません。この確認時に提供された価格はユーロ建てで、地域に応じて決まる可能性があるため、チェックアウト時に自分の通貨を確認してください。また、n8nの料金FAQにある超過料金の説明はBusinessおよびEnterprise向けです。StarterまたはProで実行クォータを使い切った場合にどうなるかは、そのページにもStartupプランページにも記載されていません。

メーター2：モデルの請求額と、それを何倍にも増やすデフォルト設定

式は単純で、費用を左右するのはデフォルト設定です。

cost = production executions × model calls per execution × (input tokens × input rate + output tokens × output rate)

誰も予算に含めない中間項が、実際には重要です。n8nの請求にはこの項が表示されないためです。以下の数値はすべて、ドキュメントではなく、リリース済みソースのタグn8n@2.39.8から読み取ったものです。

すべて2026年9月19日に確認したソースです。エージェントのTools Agentオプション、OpenAI Chat Modelノード、Anthropic Chat Modelノード、Embeddings OpenAIノードを参照しました。10回の反復に3回の試行を掛けた数値は上限であり、一般的な実行ではありません。ただし、この上限では30回のモデル呼び出し分の費用がかかり、それでもn8nプラン上では1回の実行として表示されます。

n8n AI APIのコスト試算例

これらは測定したワークフローコストでも請求上限でもなく、トークン計算の例です。1回のAI Agent実行で3回のモデル往復が行われるとします。これはデフォルト上限の10回を大きく下回ります。各往復では、6,000入力トークン（システムプロンプト、ツールスキーマ、各ラウンドで増加するスクラッチパッド）が送信され、350出力トークンが返されます。料金は100万トークンあたりのKunavoカタログの現在価格です。クォータ列はStarterとProの実行許容量を単純に掛け合わせたもので、2つのメーターを並べて示しています。

2つの見方があります。まず、これらの前提では最上段と最下段の差がn8nプラン料金全体より大きいため、モデルを選ぶ前にStarterとProのどちらかを議論するのは、より小さい数字について議論することになります。次に、実際の変動要因は反復上限です。同じClaude Sonnet 5実行を3回の呼び出しで$0.0325と試算した場合、全10回の反復を行い、すべての呼び出しが2回ずつ再試行されると$0.3255になります。n8nの実行数はまったく変わらないまま、コストは10倍です。Claude Haiku 4.5では、同じ3回呼び出しの実行は$0.0163と試算されます。

これらを予算として扱う前に、自分の1日あたりの実行数でスケールしてください。Kunavoのカタログ金額は上限ではなく請求の下限です。上流サービスが料金を報告すると、請求額はカタログコストと、適用されるマークアップを掛けた上流コストのうち大きい方になります。キャッシュ料金と外部ツールの費用はこの例に含まれていません。Kunavoの最低トップアップ額は前払いクレジット$10です。これはサブスクリプション料金でもタスクごとの料金でもなく、資金補充の最低額です。請求の詳細を参照してください。

n8nの「AIクレジット」はモデル予算ではありません

これは、公開されているn8nのコスト解説で最も繰り返されている誤りであり、率直に説明する価値があります。n8nは3種類の異なるクレジット残高を文書に記載しており、料金ページで宣伝されているものは、ワークフローのモデル呼び出しの支払いに使われるものではありません。

最初の2列はn8nのGatewayクレジットのドキュメントから引用し、2026年9月19日に確認しました。Assistantクレジットのプラン範囲は料金ページのFAQに基づいています。そこには、AI AssistantがEnterpriseを除くすべてのn8n Cloudプランに含まれ、未使用クレジットは繰り越されないと記載されています。「n8nの無料OpenAIクレジット」に関するコミュニティスレッドは3つ目の従来型残高について説明したものであり、現在の情報として読むべきではありません。

Gatewayクレジットは実用的な利便性を提供します。n8nはノードのリクエストを自社ゲートウェイ経由でルーティングし、n8n自身に代わってプロバイダーで認証するため、プロバイダーのアカウントがなくてもワークフローでモデルノードを実行できます。n8nのUse Gateway creditsページによれば、ノードは1つのセレクターから「Use Gateway credits」と「Use my own credential」を切り替えられ、ワークフローを作り直す必要はありません。ただし、一部の機能しかサポートされないノードでは、Gatewayクレジットを選択している間、サポートされていない操作が非表示になります。

このページでは、GatewayクレジットとKunavoの数値比較を提示できません。Cloudにログインできない外部の誰にも提示できません。 n8nはゲートウェイ料金をapp.n8n.cloud/service-pricingでのみ公開しており、認証の背後にあります。また、料金はモデルとサービスによって異なると説明しています。クレジットとドルの換算表は公開されていません。その表を示す記事は、いずれも情報源以外のものから作成したことになります。比較できるのは構造です。

すべての行は、同じGatewayクレジットのドキュメントとそのトップアップページに基づいています。実際の意味は次のとおりです。n8nをセルフホストする場合、Gatewayクレジットは利用できず、自分のキーを持ち込むことが好みではなく唯一の方法になります。

どの経路が、どのような場合に有利か

自分のアカウントを持ち込む3つの行に共通する予算上の注意点です。n8nは、n8n外で請求されるモデル呼び出しに支出上限を設けません。実行クォータが制限するのはワークフローの開始回数であり、その内部で起きることではありません。（Gatewayクレジットは例外です。残高自体がゼロで停止し、自動トップアップには任意の月間上限を設定できます。）確実な上限が必要なら、プロバイダー側で設定する必要があります。残高が空になると単純に停止する前払い残高が、最も直接的で信頼できる方法です。AIコスト最適化で方法の残りを説明し、AIエージェントAPIディレクトリでは、カスタムエンドポイントを利用する他のクライアントと並んでn8nがどのように位置付けられるかを示します。

n8nにサードパーティ製エンドポイントを接続する

n8nには汎用の「OpenAI互換」モデルノードがありません。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には送信しません。どちらもここに示し、黙って一方を選ぶことはしません。動作は出荷されたコードに従います。チャット補完のみを実装するエンドポイントは、この切り替えをオフにするまで標準状態では動作しません。Kunavoの/v1/responsesルートは有効なすべてのチャットモデルを受け付け、/v1/chat/completionsも同様です。そのため、ノードのデフォルトエンドポイントは、404を返すものではなく、ここに存在するものです。ただし、往復の動作を確認するためにエンドツーエンドで実行したワークフローはありません。チャットAPIドキュメントとOpenAI互換APIガイドを参照してください。

構築前に知っておく価値のある3つの境界

また、カスタムエンドポイントではOpenAIノードのBuilt-in Toolsをオフにしてください。Web Search、File Search、Code Interpreterが、リリース済みソースにおけるそのコレクションです。Conversation ID、Prompt Cache Key、Service TierはノードのOptions内でその隣にあります。これら6つはすべてOpenAIプラットフォームの機能であり、Kunavo経由で動作することは確認されていません。チャットに変換されるモデルでは、動作させることもできません。n8nは、この状況に対してノード上に独自の警告を表示します。Base URLの上書きを介してOpenAI以外のモデルを使用する場合、すべてのモデルがチャット互換であるとは限らず、ツール呼び出しやJSONレスポンス形式などの他の機能をサポートしない可能性がある、という警告です。

設定して最初の請求を確認する

Kunavoではn8nを実行時にテストしていません。ここにはまだ公開されたn8n連携ページがなく、上記のn8nの動作はすべて、n8n@2.39.8のリリース済みソースとn8n自身のドキュメントから読み取ったものです。これは互換性テストではなく、設定の参考資料です。最初の構築は試験として扱ってください。動作するルートを確保し、実行回数を少なく設定した、範囲を限定したワークフローを1つ実行し、その後、上の表から見積もるのではなく、そのワークフローについてアカウントに実際に記録された請求額を確認してください。

ルート間ではなくゲートウェイ間で選ぶ場合は、OpenRouterの代替サービスとLLMゲートウェイガイドでその比較を扱っており、Claudeファミリーに特化した比較については最安のClaude APIをご覧ください。キーに資金を追加する準備ができたら、Kunavoアカウントを作成してください。

よくある質問

n8nのプラン料金、実行ルール、Gatewayクレジットの規約、APIドキュメントは2026年9月19日に確認しました。ノードのデフォルト値と認証情報フィールドは、リリース済みソースのタグn8n@2.39.8から読み取りました。Kunavoのモデル一覧がキーをx-api-keyとしてもベアラートークンとしても受け付けることは、このリポジトリの認証コードから確認し、Anthropicのドロップダウンがその一覧をどのように表示するかは、同じタグのn8nソースから確認しました。いずれも実際のAPIに対して測定したものではありません。Kunavoに対してn8nワークフローを構築または実行していません。Kunavoのトークン料金はライブカタログに基づいており、このページのドル金額はすべて、実測した実行結果ではなく、例示的なトークン計算です。