Flowise vs n8n：一方はアーカイブされ、もう一方は現在も提供中

Flowiseとn8nの比較は、もはや機能比較ではありません。FlowiseAIは2026年8月13日にFlowiseリポジトリをアーカイブし、2026年8月31日にコアチームのサポートを終了しました。一方、n8nは2026年9月21日に安定版リリースを公開しました。現在選ぶなら、保守が継続されているのはn8nです。すでにFlowiseを運用している場合、正確な答えはより限定的です。既存のフローは引き続き動作し、Apache-2.0コードは今もあなたのものですが、移行はインポートではなく再構築になります。どちらのベンダーも変換ツールを文書化していないためです。

まず、重要な境界を1つ示します。ベンダーの終了告知に記載されたすべてのマイルストーンは、「Impact on OSS Repository」という見出しの列に限定されています。Flowise Cloudについては何も述べておらず、2026年9月19日時点でもflowiseai.comには「We're sunsetting Flowise」というバナーの下に有料プランが表示されていました。このページは、ホスト型サービスが終了したとは主張していません。また、安全に購入できるとも述べていません。ベンダーはどちらについても何も公表していません。

プロジェクトの状態：この違いが判断を決める

2026年9月19日に、Flowiseリポジトリ、n8nリポジトリ、FlowiseのLICENSE.md、n8nのLICENSE.md、n8nのnpmエントリを確認しました。2026年9月21日に再確認したところ、その日に公開された2.39.9をlatestとstableの両方として提供していました。また、Workdayによる買収発表も確認しました。この発表はプロジェクトのオープンソース基盤を評価していますが、2026年の終了については何も述べていません。2つの文書は結び付いていないため、買収が原因だと解釈しないでください。

単独で見ると誤解を招くため、知っておく価値のある未解決点が4つあります。1つ目は、告知されたアーカイブ日と実際の日付が異なることです。告知では2026年8月10日に予定されていましたが、GitHubのバナーには2026年8月13日と表示されています。2つ目は、告知ではアーカイブ時にnpmパッケージとDockerイメージを非推奨としてマークするとされていたことです。しかし2026年9月21日時点でも、npmレジストリはflowise@3.1.4をlatestとして提供しており、公開されたどのバージョンにも非推奨マーカーはありませんでした。Docker Hubは確認していません。3つ目は、docs.flowiseai.comが今も公開されており、終了バナーもなく、冒頭では今もFlowiseをオープンソースの生成AI開発プラットフォームと説明していることです。そのため、そこにたどり着いた読者には警告が表示されません。4つ目は、ライセンスがMITではないことです。そのように説明する比較記事は誤りです。上記のLICENSE.mdを確認してください。

どの製品を誰が選ぶべきか

n8n vs Flowiseとして、つまりすでにn8nを使っていてFlowiseが何を提供していたのかを知りたい人から尋ねられた場合、答えは簡潔です。FlowiseはLLMチェーンとエージェント向けに特化したビジュアルビルダーですが、現在は凍結されています。n8nはその機能を代わりにAIノード群でカバーしています。2026年9月にn8nからFlowiseを採用する理由はありません。逆方向に尋ねられた場合は、5つの要素について判断する必要があります。

ワークフローが変更され続ける必要があるなら、n8nを選んでください。新しいモデル名、新しい連携、新しいプロトコル対応、セキュリティ修正が届くのは、この比較の一方だけです。n8nはより広範なツールでもあります。LLMノードは汎用自動化プラットフォーム内の1つのファミリーなので、同じワークフローでモデル呼び出しの前後にAPI呼び出し、分岐、スケジュール、エラー処理を組み込めます。ただし、その幅広さはコストでもあります。検索拡張チャットボットだけが必要なら、それを実現するために、はるかに大きな製品を採用することになります。

権限と実行形態が重要なら、n8nを選んでください。課金単位は明確に定義されており、利用者に有利な仕組みです。ステップ数にかかわらず、ワークフロー全体を1回実行すると、実行1回分として数えられます。セルフホスト型のCommunityエディションは無料で、文書化された実行数またはワークフロー数の上限はありません。メールアドレスを登録すると、フォルダー、エディター内デバッグ、カスタム実行データも無料で追加されます。一方、有料に限定される機能は、明確な一覧として公開されています。プロジェクト、SSO、環境、外部シークレット、Gitによるバージョン管理、ワークフローと認証情報の共有、ログストリーミング、マルチメインモード、カスタム変数、外部バイナリストレージは、Cloudでもセルフホストでも、有料プランまたはライセンスキーが必要です（n8nのドキュメント、2026年9月19日確認）。チームにSSOまたはプロジェクト単位の分離が必要なら、n8nは無料製品ではなく有料製品です。

フローが完成していてセルフホストされているなら、今のところFlowiseを使い続けてください。終了日はセルフホスト環境には及びません。Apache-2.0コードは動作し続け、固定したコンテナは起動し続けます。また、終了告知では、チームが開発を続けるためにコードを残すことが明示されており、内部更新やコミュニティ主導のフォークのためにリポジトリをフォークするよう促しています。「使い続ける」の正直な意味は、あなたが今やメンテナーだということです。セキュリティパッチを含め、上流からのパッチは届きません。また、ここでは信頼できる後継としてフォークを調査していないため、このページでは何も挙げていません。

有料のホスト型プランを利用している、または新しいモデルに依存しているなら、今すぐFlowiseから移行してください。この2つには、理論上ではなく実際のリスクがあります。ホスト型サービスの将来についてベンダーは明言しておらず、Flowiseのモデルドロップダウンはアーカイブされたリポジトリ内のファイルから読み込まれるため、提供される名前の一覧は固定されています。回避策は存在しますが、今や永続的な回避策です。

移行コストが5つ目の要素であり、その負担は大きいものです。どちらのベンダーも、もう一方の製品から取り込むインポーターを文書化していません。n8nのエクスポートとインポートのページは、URLまたはファイルからのn8nワークフローJSONを扱っており、他のプラットフォームは挙げていません。また、Flowiseのドキュメントにもn8nへの移行経路は示されていません。文書化されたインポート経路がないため、認証情報も移行されません。移行先でAPIキーをすべて手入力し直す前提で計画してください。作業量を見積もるときは、フローではなくノードを数えてください。

コストモデルと機能の横比較

公開されているプランと、単純に合算できない理由

両方の表は、2026年9月19日にflowiseai.comとn8n.io/pricingから読み取りました。注意点は3つあります。通貨は表示どおり実際に異なります。この環境で行ったすべての取得でn8nはEUR表示となり、USD表示は確認できなかったため、自分で入手した為替レートなしに20€と$35を同じ合計に入れないでください。単位も換算できません。n8nのexecutionはベンダー独自の定義ではワークフロー全体の実行1回ですが、この確認で見つかったどのページにもFlowiseのpredictionの定義はありません。また、n8n自身のドキュメントでは、プランごとの機能分割が変更されると記載されています。そのため、この表ではなくチェックアウト画面で確認してください。第三者のホスティング再販業者も独自の「n8n pricing」を公開しています。権威ある情報源はn8n.ioのみです。

ここでは、意図的に金額を記載しないマネージドオプションが1つあります。n8n Cloudには、自分のモデルキーを持ち込む代替手段としてGatewayクレジットがありますが、ドキュメントでは料金がログイン後に表示されるため、このページには公開していません。ドキュメントに記載されている条件は、StarterとProのみ、n8n 2.36.0以降、Cloud Enterpriseでは利用不可、セルフホスト環境では利用不可で、追加購入したクレジットは購入から12か月後に失効するというものです。最後の点はこの比較にとって重要です。Flowiseから移行する人の多くが行き着くのはセルフホストであり、Gatewayクレジットが届かないのもまさにそこだからです。自分のキーを持ち込む方法なら、セルフホストを含む両方のデプロイに対応できます。

どちらも自分のキーに接続する場合

ここで2つの製品は互いに似なくなります。以下の詳細はマーケティングページではなく、2026年9月19日にソースから読み取ったものです。

n8nでは、上書き設定は認証情報のフィールドであり、エディションページには有料機能として記載されていません。OpenAI認証情報にはBase URLがあり、デフォルトはhttps://api.openai.com/v1です。APIキーと任意のカスタムヘッダーペアも設定できます。Anthropic認証情報にも同じフィールドがあり、デフォルトはhttps://api.anthropic.comです。キーはx-api-keyとして送信され、anthropic-version: 2023-06-01をヘッダーに含むGET /v1/modelsでテストされます。実務上の影響は2つあります。1つ目は、各認証情報のテストがモデル一覧を取得することです。OpenAI認証情報では{Base URL}/models、Anthropic認証情報では{Base URL}/v1/modelsが使われます。そのため、モデル一覧に応答しないエンドポイントは、チャットが動作していても認証情報が赤色で表示されます。2つ目は、OpenAI Chat Modelノードでは、ノードレベルのBase URLオプションがノードのtypeVersion 1.1以降で非表示になることです。ノードで設定するよう説明する古いチュートリアルに従っている場合、そのフィールドは表示されません。

この側ではモデルIDの扱いは簡単です。モデルピッカーには、エンドポイントにライブで問い合わせる「From List」モードと、自由入力を受け付ける「ID」モードがあるため、ゲートウェイ独自のモデル名も何も修正せずに使えます。n8nには製品内警告も表示されます。これは文字どおり受け取るべきです。Base URLの上書きを設定すると、すべてのモデルがチャット互換であるとは限らず、ツール呼び出しやJSONレスポンス形式などの他の機能に対応していない場合もある、と表示されます。これは、独自のフローをテストするようベンダーが伝えているものと考えてください。

1つの切り替えについては、思い込みではなく確認が必要です。同じノードから、Chat CompletionsまたはResponses APIのいずれかを送信できます。n8nのドキュメントでは、ノードは「Use Responses API」を有効にしない限りChat Completionsがデフォルトとされています。一方、masterブランチのソースでは、現在の最大typeVersionに対してresponsesApiEnabledをdefault: trueと宣言しています。両者は一致しておらず、n8nを実行せずにこのページで解決することはできなかったため、他のことをデバッグする前にノードを開いてトグルを確認してください。これは重要な設定です。Responses専用の組み込みツールであるWeb Search、File Search、Code Interpreterは、プロバイダー独自のResponsesループ内で、AI Agentノードとの組み合わせに限って実行されます。これこそ、第三者エンドポイントによって失われる可能性がある、唯一の本質的な機能です。

Flowiseでは、上書き設定はノードパラメーターであり、モデル一覧は固定されています。そのOpenAI認証情報が保持するフィールドはAPIキーだけで、Base URLはありません。エンドポイントはChatOpenAIノードのAdditional Parameters内にあり、Base Pathと、追加ヘッダー用のBase Options JSONブロブを使います。Flowise独自のChatOpenAIページでは、まさにその例としてTogetherAIとOpenRouterを挙げています。ただし、ノードのModel Nameは自由入力ではなくドロップダウンです。そのローダーはMODEL_LIST_CONFIG_JSONを読み込み、アーカイブされたリポジトリ内のmodels.jsonファイルにフォールバックします。このファイルは2026年9月19日時点でもHTTP 200を返し、サイズは120,125バイトでした。コードフリーズ時点で固定された47件のchatOpenAIエントリを一覧表示しており、上流から再び増えることはありません。Model Nameが通常の文字列で、Base Pathも備える別のChatOpenAI Customノードを使うか、環境変数を独自のファイルに設定してください。

また、計画時に考慮すべき不足点が1つあります。FlowiseのChatAnthropicノードには、3.1.4時点でBase PathまたはBase URLフィールドがまったくありません。すべての入力ラベルを列挙して確認しており、そのinitもクライアントにエンドポイントの上書きを渡していません。そのため、このノードを第三者に向ける製品内の方法はありません。基盤となるSDKを別の方法でリダイレクトできるかどうかは、ここでは確認していません。代わりにOpenAI互換の経路を計画してください。

Kunavoの場合、これはhttps://api.kunavo.com/v1というOpenAI互換ベースURLに接続し、キーをベアラートークンとして使う構成に対応します。また、n8nのAnthropic認証情報では、パスなしのhttps://api.kunavo.comをオリジンとして指定します。クライアント自身が/v1/messagesを追加するためです。KunavoのMessagesエンドポイントは、認証情報をx-api-keyまたはAuthorization: Bearerとして受け付けます。これはn8nのAnthropic認証情報が送信するヘッダー形式です。これは双方の文書化されたエンドポイントについての説明であり、互換性の検証結果ではありません。Kunavoはn8nまたはFlowiseに対して実行時テストを行っておらず、ここではどちらの製品も公式対応製品として記載していません。試す際は、動作する経路を利用可能な状態に保ってください。正確な値については、チャットエンドポイントとベースURLリファレンスを参照してください。

トークン見積もりの例

これは測定したワークフローコストでも請求上限でもない、トークン数の例示的な算術です。サポート回答フローが月に2,500回実行されると仮定します。これはn8n Starterに含まれる回数です。1回の実行につき6,000入力トークンを送信し、500出力トークンを受信します。キャッシュと再試行はないものとします。料金は、100万トークンあたりのKunavoカタログの現行価格です。

重要なのは勝者ではなく差額です。これらの前提では、同じフローのコストはClaude Haiku 4.5で$14.88、Claude Sonnet 4.6で$44.63となり、同一のワークフロー構成でもトークン分のコストは3倍です。ただし、ここで示されていない点に注意してください。この使用量では、トークン分のコストとプラットフォームのサブスクリプション料金は同程度の規模であり、どちらか一方が支配的ではありません。そのため、プラットフォームの選択をトークン価格だけで決めることはできません。実行回数を増やすと比率は逆転します。だからこそ、モデル選択を一括クレジット残高の内部に閉じ込めず、自分で管理できる状態にしておくことが重要です。最も安い表示料金と、作業を完了する最も安い方法も別の問題です。また、再試行が必要なモデルは、再試行なしで済む高価なモデルより高くつくことがあります。AIコスト最適化では、自分のフローでそれを測定する方法を説明しています。

計算を正確に保つため、除外事項が2つあります。フローで検索を行う場合、埋め込み処理はKunavoが提供していません。Kunavoのカタログには埋め込みモデルがないため、その部分はローカルまたは外部プロバイダーに対して実行し、そこで請求されます。RAGの実装では、その分担を説明しています。また、Kunavoのカタログ金額は上限ではなく請求の下限です。上流から料金が報告されると、請求額はカタログコストと、適用されるマークアップを乗じた上流コストのうち大きい方になります。最低チャージ額は$10の前払いクレジットです。これは資金補充の最低額であり、タスク料金でもサブスクリプションでもありません。請求の詳細を参照してください。

移行するなら、キーは一度だけ移行する

高くつくのは再構築の部分であり、認証情報レイヤーまで高くする必要はありません。どちらの製品も、OpenAI互換エンドポイント1つとキー1つを受け付けるため、ゲートウェイを使えば、同じ残高で新しいn8nフローを古いFlowiseフローの横に立ち上げ、出力を比較して、2つのベンダーアカウントを開設せずに切り替えられます。n8nではAnthropic経路も利用できますが、FlowiseのChatAnthropicノードにはその機能がありません。OpenAI互換APIガイドでは、その契約が実際にカバーする内容を説明し、AIエージェントAPIディレクトリでは、同じ2つのフィールドを受け付ける他のクライアントを一覧表示しています。

プラットフォームではなくプロバイダーをまだ比較しているなら、OpenRouterの代替と最適なLLMゲートウェイでその選択を扱っています。キーへの資金投入の準備ができたら、Kunavoアカウントを作成し、制限したワークフローを1つ実行して、アカウントに実際に記録された請求額を確認してください。

よくある質問

2026年9月19日確認：両リポジトリとそれぞれのLICENSE.mdファイル、Flowiseの終了告知とホームページの料金、npmレジストリのflowiseおよびn8nのエントリ、n8nの料金ページ・エディションドキュメント・Gatewayクレジットドキュメント、n8nのOpenAIおよびAnthropicパス用のノードと認証情報のソース、ならびにFlowiseのChatOpenAI、ChatOpenAI Custom、ChatAnthropic、モデルローダーを確認しました。未確認：Flowise Cloudの稼働状況、返金またはデータエクスポートポリシー、n8n Gatewayのクレジット料金、コミュニティフォーク、ノードUI以外の方法でFlowiseのAnthropicクライアントをリダイレクトできるかどうか、Docker Hubの非推奨マーカー、どちらの製品も実行時にKunavoで動作するかどうか — 互換性テストは実施していません。リリースおよびnpmの事実は2026年9月21日に再確認しました。Kunavoのトークン料金は最新カタログに基づいており、ここで示すドル金額はすべて例示的なトークン計算です。