n8n とは
n8nは、Node.js上に構築されたワークフロー自動化プラットフォームで、ビジュアルキャンバスと数百の既成の連携を備えます。セルフホストが可能で、大規模かつ本当に活発なコミュニティがあり、LangChainベースのノードを使うと、あらゆるワークフローにLLM呼び出しを組み込めます。システム同士をつなぐ最速の手段の1つです。
カテゴリは異なるが、ユースケースは重なる
これらのツールは同じタイプではありません。n8nはワークフロー自動化プラットフォームで、AIは数あるノードタイプの1つです。EDDIはAIオーケストレーションミドルウェアで、エージェント、そのメモリ、ツール、ガバナンスが製品です。重なりは実際にあり、n8nでエージェントを構築するチームもいますが、エージェントが規制対象データを扱うようになると、両者は正反対のトレードオフを取ります。
アーキテクチャとガバナンス
| 観点 | n8n | EDDI |
|---|---|---|
| ランタイム | Node.jsのシングルスレッドのイベントループ | 仮想スレッド（Project Loom）を使うJVM。I/OバウンドなLLM呼び出しに対する真の並列性 |
| カスタムロジック | Codeノードが実行時にJavaScriptまたはPythonを実行 | 実行時のコード評価はゼロ。エージェントの挙動は宣言的なJSONのみ |
| ライセンス | Sustainable Use License（フェアコード）。OSI承認ではなく、一部の商用利用には別途条件がある | Apache 2.0（OSI承認） |
| 連携の幅 | 数百の既成のSaaSコネクタ。最大の強み | 84のMCPツールに加え、httpCall経由で任意のOpenAPIまたはRESTエンドポイント |
| 認証 | 組み込みのユーザー管理。SSOは有料ティア | オープンソース版で、オプションのKeycloak/OIDCと、eddi-adminおよびeddi-approverロール |
| 監査証跡 | 実行履歴とアプリケーションログ | HMAC署名付き、追記専用、連番検証付きの監査台帳 |
| 人間による承認 | ワークフロー内のWaitノードと手動トリガー | ターン単位の一時停止、ツール呼び出しごとの承認、タイムアウトポリシー、Slackでの承認。すべて記録される |
| コンプライアンス態勢 | デプロイごとに実装 | GDPR、HIPAA、EU AI Actの基盤を組み込み済み。15+のフレームワークに対応 |
他ツールに関する内容は、2026年10月時点の公式ドキュメントとリポジトリで確認しています。これらのプロジェクトは変化が速いため、判断する前にベンダーに最新の挙動をご確認ください。
選び方
n8n が適している場面
- ワークロードがAIではなく一般的な業務の自動化である場合：CRMの同期、ファイルの移動、Webhookへの反応。
- エージェントのガバナンスの深さよりも、SaaSコネクタの幅が必要な場合。ここではn8nが圧倒的に優れています。
- 非エンジニアのチームがワークフローを所有し、それを把握するためにビジュアルキャンバスが必要な場合。
- 今日の午後には動かしたく、扱うデータが規制対象ではない場合。
EDDIが適している場面
- エージェントが規制対象データに触れ、セキュリティレビューで推論時にどのようなコードが実行されるかを問われる場合。EDDIの答えは「なし」です。
- 1つのデプロイ上で、多数の顧客にまたがるテナントごとの分離、クォータ、コストの帰属が必要な場合。
- 個々のツール呼び出しを実行前に人間が承認する必要があり、その承認を署名付き台帳に記録する場合。
- エージェントの挙動を、設定としてバージョン管理し、差分を確認し、環境間で昇格する必要がある場合。
- 再配布やエアギャップ環境でのデプロイに向けて、ライセンスが明確である必要がある場合：Apache 2.0（OSI承認）。
n8n からのワークフローの移行
エージェント型のn8nワークフローの多くは、きれいに対応づけられます。対応づけられないのは通常Codeノードで、それがまさに要点です。Codeノードが行っていたことは、設定か、宣言したツールのどちらかに置き換える必要があります。
| n8n | EDDI |
|---|---|
| ワークフロー | EDDIパッケージ：パイプライン、プロンプト、ツールバインディングをまとめたバージョン管理されたバンドル |
| HTTP Request node | httpCallツール定義。SSRF対策とパストラバーサル防御を適用 |
| Code node | Behavior Rulesとプロンプトスニペット。実際のロジックが必要ならMCPツール |
| 認証情報ストア | EDDI Secrets Vault（AES-256-GCM）。Vaultのキーで参照 |
| AI Agent node | 永続メモリ、インテントルーティング、モデルカスケードを備えたEDDIエージェント |
| Waitまたは手動トリガー | タイムアウトポリシー付きのヒューマン・イン・ザ・ループの承認ゲート |
完全ガイド：AIワークフローをn8nからEDDIへ移行する →
よくある質問
EDDIはn8nをそのまま置き換えられますか？
いいえ。そして、そうなることを目指してもいません。n8nは、数百のSaaSツールにまたがる一般的なワークフロー自動化をカバーします。EDDIは、エンタープライズのガバナンスを備えたAIエージェントのオーケストレーションをカバーします。多くのチームは両方を運用しています。業務プロセスの配線にn8n、監査証跡と承認ゲートが必要なエージェントにEDDIです。
EDDIからn8nを、またはその逆を呼び出せますか？
どちらも可能です。EDDIはMCPサーバーとREST APIを公開しているため、n8nのワークフローからEDDIのエージェントをステップとして呼び出せます。EDDIはhttpCallツール経由でn8nのWebhookを呼び出せます。それぞれの得意分野に使うのは、妥当なアーキテクチャです。
実行時のコード実行がそれほど重要なのはなぜですか？
Codeノードは、自動化プラットフォームの内部で動く任意のコードです。便利ですが、同時に脆弱性のクラス全体の入口でもあります。サンドボックスからの脱出、信頼できない入力を通じたインジェクション、権限昇格は、すべてそこから始まります。EDDIは実行時のコード評価を例外なく禁止しているため、エージェントの挙動は、出荷前にレビュー、差分確認、承認ができるJSON設定になります。
n8nはオープンソースですか？
n8nはフェアコードで、Sustainable Use Licenseの下で配布されています。ソースは利用可能で、社内利用でのセルフホストは許可されていますが、OSI承認のオープンソースライセンスではなく、一部の商用利用には別途条件が必要です。EDDIはApache 2.0です。再配布について法務チームが明確な答えを必要とする場合、この違いは重要です。