n8n がクロードにスーパーパワーを与えました

あなたのオートメーションを小さな電話帳として想像してください：Claudeに手動で公開した10個の慎重に配線されたMCPツール、それぞれが記憶しなければならない別々の番号でした。それがn8nの古いMCPモデルでした—強力ですが、キュレーションされており堅苦しかったです。今やインスタンスレベルのMCPはそのページを引き裂き、Claudeにあなたの全連絡先リストをスピードダイヤルで手渡します。

ハードコーディングされた統合が少数ではなく、Claudeはあなたの全てのn8nインスタンスを検索可能なツールボックスとして見ることができます。その小さなMCPアイコンのついたすべてのワークフローは、呼び出し可能なアクションとなり、AIに何をするのか、どの入力が必要かを示すスキーマが付随します。あなたの自動化はバックグラウンドの配管作業ではなく、第一級のAIスキルとして機能し始めます。

その変化は微妙に聞こえますが、プラットフォームの変更のように感じられます。それ以前は、特定の「LinkedIn投稿を作成」MCPトリガーを設定し、パラメータを正しく記録したことを祈るしかありませんでした。しかし、インスタンスレベルのMCPを使用すれば、Claudeは同じLinkedInワークフローを自分で発見し、トピック、トーン、画像スタイルのフィールドを理解して、必要に応じて実行できるようになります。

あなたのn8nインスタンスに既に存在するものを考えてみてください：リード生成のZap、CRMの充実、請求書ワークフロー、Slack通知、サポートのエスカレーション。これまで、各統合は一度限りのマクロのように機能していました。しかし今、Claudeはそれらを動的にオーケストレーションし、「LinkedIn投稿を生成」、「OpenAI画像を作成」、「マーケティング用のメールドラフトを作成」といったプロセスを、n8nのUIに手を触れることなく連鎖的に実行できます。

手動でのグルー作業—ツール間でのIDのコピー、ペイロードの調整、どのWebhook URLがどの自動化に属するかの記憶—が自然言語のリクエストに変わります。あなたは「n8nを使って、製造業におけるAI自動化のROIについてのLinkedIn投稿を作成し、プロフェッショナルな画像を生成してください」と言うと、Claudeが発見、選択、実行を担当します。

それがコアのアップグレードです：あなたのn8nインスタンスは隠れたバックエンドではなくなり、AIエージェントのためのライブでクエリ可能なオペレーションレイヤーになります。電話帳は消えました；あなたの全自動化ネットワークがスピードダイヤルで活性化しました。

モデルコンテキストプロトコル、またはMCPは、AIモデルが外部ツールと対話するための共有言語のように機能し、毎回カスタムグルーコードを必要としません。Claudeをあなたのリクエストを理解する脳、n8nを実際にボタンをクリックし、APIを叩き、データを移動させる手として考えてください。MCPは、これら二つの側面がツール、入力、出力をどのように記述するかを標準化し、信頼性のある協調を可能にします。

MCPのような標準がないと、すべてのAI統合が特注の配線作業になってしまいます。ある自動化は特定の形のJSONを必要とし、別のものはWebhookが必要で、さらに別のものはカスタムSDKを要求するかもしれません。その結果、モデルやプラットフォーム、ベンダーを変更した瞬間に壊れてしまう脆弱で一回限りのブリッジができてしまいます。

MCPは、一貫性のある方法で利用可能なツールをリスト化し、それらが受け入れるパラメーターを説明し、実行することによってその問題に取り組みます。準拠したクライアントは、基盤となるシステムの動作に関係なく、準拠したサーバーを発見し、呼び出すことができます。この抽象化が、n8nのインスタンスレベルのMCPアップデートを非常に強力なものにしています。

MCPをAIのためのUSB-Cと考えてください。USB-Cでは、ケーブルがノートパソコン、電話、またはモニターに接続されるかどうかは気にしません。ポートとプロトコルは一貫しているからです。MCPはAIモデルに似たユニバーサルポートを提供し、Claudeのようなモデルはn8nのような自動化プラットフォームに、コードエディタやCRMに接続するのと同じくらい簡単に接続できるようになります。

このセットアップでは、n8nはMCPサーバーとして機能します。ワークフローをツールとして公開し、そのスキーマを公開し、何かがそれを呼び出したときの実行を処理します。n8n内のそのMCPアイコンを持つすべてのワークフローは、このAI USB-Cバス上の別の仮想「デバイス」となります。

対照的に、ClaudeはMCPクライアントとして機能します。n8nサーバーのURLに接続し、OAuthまたはアクセストークンを使用して認証します。その後、利用可能なワークフローのリストを取得し、あなたのプロンプトに基づいてどのワークフローを呼び出すかを判断します。「カスタム画像を使ってLinkedInの投稿を作成する」と言うと、Claudeは適切なn8nワークフローを選び、パラメータに入力して実行します—追加の配線は不要です。

インスタンスレベルのMCP以前、n8nは各自動化を作業台の上の単目的ガジェットのように扱っていました。開発者はネイティブMCPサーバートリガーを1つずつ配線し、各ワークフローを独自のMCPツールとして手動で公開する必要がありました。もし12のワークフローがあった場合、Claudeの視点からは12の別々の「サーバー」を実質的に管理していることになります。

その古いモデルは機能していましたが、拡張性が非常に低かったです。新しい自動化があるたびに別のトリガー、別のスキーマ定義、Claude、Cursor、またはLovableを同期させるための別のメモを考えなければなりませんでした。あなたは常に、どのワークフローが注目に値するかを決定し、実際の自動化の中から小さなサブセットを手作業でキュレーションしていました。

インスタンスレベルのMCPはそれを覆します。今やn8nはインスタンス全体を単一の能力サーフェスとして公開しており、MCPクライアントは有効化されたワークフローを自動的にスキャンし、理解し、呼び出すことができます。ワークフローがUIにMCPアイコンを表示している場合、Claudeはそれを確認し、そのスキーマを解析し、追加のグルーコードなしで実行することができます。

スケーラビリティは線形から実質的に一定にジャンプします。5つのワークフローを持つユーザーと150のワークフローを持つパワーユーザーは、設定の「MCPアクセス」で1つのスイッチを切り替えるだけで、瞬時に自分のインスタンス全体を呼び出し可能なツールボックスに変えます。誰も150のMCPエンドポイントを作成したり、脆弱な「承認された」トリガーのカタログを維持したりする必要はありません。

その単一のトグルは、統合のオーバーヘッドも削減します。OAuthまたはアクセストークンを介して認証を一度設定し、ClaudeにサーバーのURLを指定するだけで完了です。詳細については、n8nのドキュメントでAccessing n8n MCP serverのフローを確認してください。

より重要なのは、開発者のためのメンタルモデルが変わることです。「Claudeのために統合をどう作るか？」ではなく、「私のスタックはどの機能をどのエージェントに公開すべきか？」と考えるようになります。LinkedIn投稿生成ツール、CRM強化ツール、請求書調整ツールは、特注のエンドポイントではなく再利用可能なツールとなります。

そのシフトは、n8nを現代のAIエージェントがどのように実際に機能するかに一致させます。Claudeは、どのトリガーを接続したかには関心がなく、どの能力がリクエストに最も適切に応えるか、そしてどの引数を送信するかに関心を持ちます。インスタンスレベルのMCPにより、エージェントが要求に応じて発見、推論、そしてオーケストレーションできるように、ワークフローをモジュラーな形で設計することができます。

あなたのn8nワークスペースは静かにAIネイティブツールボックスに進化しました。マーケティング、営業オペレーション、データクレンジング、リードルーティング、レポーティングのために構築したワークフローはもはや孤立したサイロには存在せず、クロードはそれらを一つの一貫した能力のカタログとして認識し、必要に応じて呼び出すことができます。

ワークフロー名やトリガーURL、ノード設定を覚える代わりに、あなたはクラウドに普通の言葉で話しかけます。結果を求めると、モデルがあなたのn8nインスタンスにアクセスし、適切なワークフローを選び、パラメーターを入力して、あなたのスタックをすでに理解している熟練の自動化エンジニアのように実行します。

典型的なリクエストを想像してください。「Q3の売上報告書を引き出し、リーダーシップチームにメールしてください。」ClaudeはインスタンスレベルのMCPに接続されており、あなたのワークフローをスキャンして、CRMおよびBIスタックにヒットする既存の報告自動化を認識し、それを実行します。次に、その結果をあなたのメール送信ワークフローに渡し、要約を整形してエグゼクティブ配信リストに送信します。

その同じパターンは部門全体に広がります。クロードに「昨日のすべての新しいリードを充実させ、HubSpotを更新し、Slackに要約を投稿してください」と頼めば、手動でシーケンスを調整することなく、あなたの充実、CRM更新、Slack通知のワークフローを連鎖させることができます。

チェイニングは、このアップデートが便利な機能からエージェントプラットフォームに変わる場所です。クロードは、あるワークフローの出力、例えば解約リスクのある顧客のJSONデータセットを、別のワークフローに直接送り込み、パーソナライズされたアウトリーチメールを生成し、さらにカレンダー統合を介してフォローアップをスケジュールする第三のワークフローに繋ぐことができます。

n8nはMCPを介してワークフローのスキーマを公開しているため、モデルは盲目的に送信する内容を推測しません。特定のワークフローが`startDate`、`endDate`、`segment`、または`emailList`のようなフィールドを期待していることを理解し、自然言語のリクエストをこれらの具体的な入力にマッピングします。

そのスキーマ認識により、通常ツール呼び出しに伴う脆弱な試行錯誤が減少します。「欠落しているパラメータ」のエラーをデバッグする代わりに、Claudeは必要な入力を検証し、合理的なデフォルトを選び、リクエストがワークフローの契約に真に矛盾する場合にのみ、あなたに明確化を求めます。

数十または数百のワークフローを持つパワーユーザーほどこのことを強く感じます。あなたのLinkedInコンテンツジェネレーター、Stripe収益同期、異常検出器、請求書送信者—これらすべてが、トリガーノードに触れたり、各MCPサーバーを別々に露出させたりすることなく、単一のチャットボックスの背後で呼び出せるスキルとなります。

最初のステップは、n8n 1.21.2 以上にアップデートされていることを確認することです。古いビルドではインスタンスレベルのMCPは表示されません。n8n Cloudの場合は、管理パネルを開き、インスタンスの概要にあるバージョンラベルを確認し、1.21.2よりも古い場合は「更新」をクリックしてください。セルフホスティングのユーザーは、1.21.2以上を含む最新のDockerイメージまたはパッケージを取得する必要があります。

正しいバージョンにいることを確認したら、管理者アカウントでn8nインスタンスにログインします。左側のナビゲーションから設定 → MCPアクセスに移動してください。ここがインスタンスレベルのMCPの新しいコントロールルームです。「MCPアクセス」が表示されない場合は、間違ったバージョンにいるか、管理者プロファイルを使用していない可能性があります。

MCPアクセスの内側で、メインのMCPを有効にするトグルをオンにしてください。これを行うまで、外部のAIクライアントはワークフローを表示したりクエリを実行したりできません。MCPアイコンが表示されていても同様です。オンにすると、n8nはすぐにMCPサーバーエンドポイントを公開し、サーバーURLの文字列を表示します。

そのサーバーURLをコピーしてください。これは、Claude、Cursor、またはLovableなどのMCPクライアントがMCPサーバーアドレスを要求されたときに貼り付けるものです。例えば、Claudeのウェブアプリでは、検索とツール → コネクタを追加 → n8nに移動し、URLを貼り付けて続行します。

接続する前に、認証モードを選択してください。n8nは以下をサポートしています： - OAuth：インタラクティブなユーザー主導のサインイン - アクセストークン：長期的でスクリプト可能なアクセス

ブラウザでClaudeのようなツールが実行されていて、n8nのログイン画面を通じてリダイレクトされる場合はOAuthを使用してください。ヘッドレスエージェント、バックエンドサービス、またはOAuthのプロンプトを簡単にクリックできない環境で、安定した取り消し可能な資格情報が必要な場合は、アクセストークンを使用してください。

n8nをClaudeに接続するのは、ターミナルではなくAnthropicのインターフェース内で行います。Claudeのサイドバーにある小さな検索とツールアイコンをクリックし、コネクタを追加を選択して「n8n」を検索します。Claudeは瞬時にn8nコネクタを表示し、それを選択するとサーバーURLを求める単一のフィールドが表示されます。

そのURLはn8nの設定 → MCPアクセス画面からのもので、そこでインスタンスレベルのMCPを有効にしました。サーバーのURLをコピーし、Claudeのコネクターダイアログに貼り付けて「続行」をクリックしてください。ClaudeはOAuthのためにn8nのログイン画面にリダイレクトするかもしれませんが、その後ツールパネルがn8nの状態を「接続済み」と表示する画面に戻ります。

認証はここでは単なる形式ではありません。クロードが最初にあなたのインスタンスにアクセスしようとしたとき、そのセッションのアクセスを許可するか、常に許可するかを尋ねます。クロードをリアルな業務アシスタントのように機能させたければ、後者を選択してください。そうしないと、すべてのツール呼び出しが権限ポップアップの背後で止まってしまいます。

接続されると、Claudeはあなたのインスタンス内のすべてのMCP対応ワークフローを見ることができ、その中には「OpenAI画像生成LinkedIn投稿」のようなものが含まれます。動画では、Nick Puruが平易な言葉でリクエストを入力します。「n8nを使って、製造業におけるAIオートメーションの投資収益率についてのLinkedIn投稿を作成し、それに合うプロフェッショナルな画像を生成してください。」Claudeはこれを、画像生成を伴うLinkedInコンテンツワークフローのニーズとして解釈します。

裏で、クロードはMCPサーバーにクエリを送り、LinkedIn投稿のワークフローを発見し、そのスキーマを検査します。ワークフローは投稿の主題を表す単一のトピック入力を期待していることを検出します。クロードは「製造業向けのAI自動化の投資収益率」というフレーズを直接そのトピックパラメーターにマッピングします。

n8nはワークフローをエンドツーエンドで実行します：コピーを生成し、OpenAIに画像をリクエストし、それをバイナリに変換し、LinkedInに直接投稿するのではなく、メール準備が整ったパッケージを作成します。数秒後、Claudeは完成したLinkedIn投稿と生成された画像の説明またはプレビューを返し、すべてがひとつの会話形式の応答としてフレーミングされます。このフローの詳細な技術分析については、n8n MCP統合：n8nでMCPを使用するための完全ガイドがスキーマ、権限、およびベストプラクティスについて説明しています。

Claudeとのチャットは楽しいですが、Lovableのようなフロントエンドビルダーにn8nを組み込むことで、同じワークフローが本格的なWebアプリに変わります。Nick Puruのデモでは、LovableがUIレイヤーとして機能し、ユーザーにノードやJSONの壁ではなく、単一の入力ボックスを備えたクリーンなページを提供します。その裏側では、まったく同じインスタンスレベルのMCPセットアップがすべてを動かしています。

アーキテクチャは驚くほどシンプルです。ユーザーがウェブフォームにトピックを入力し、「生成」をクリックすると、フロントエンドがそのリクエストをAIバックエンドに送信します。バックエンドはMCPを介してあなたのn8nインスタンスと通信します。その後、n8nはニックが示したようなLinkedIn投稿とOpenAI画像生成のワークフローを選択し、エンドツーエンドで実行します。

Lovableは、Claudeに貼り付けたのと同じMCPサーバーのURLを使用してn8nに接続します。追加のAPIゲートウェイも、カスタムRESTエンドポイントも、ワークフローごとのWebhookも必要ありません。一つのURLをn8nのMCPアクセス設定で一度公開するだけで、Claude、Lovable、Cursor、またはReplit上で実行されるカスタムアプリなど、複数のクライアントに対応します。

再利用がここでの静かなスーパーパワーです。n8nで一度自動化を設計します。例えば、以下のようなワークフローです： - コピーと画像を生成する - 画像をバイナリに変換する - メールまたはCMS用のペイロードをパッケージする

そのため、MCP対応のクライアントは、チャットボックスや一般向けのウェブフォームからリクエストが始まるかどうかに関わらず、呼び出すことができます。

ビジネスにとって、これは「アイデア」と「製品出荷」の間の距離を縮めます。内部チームは、バックエンドエンジニアを待つことなく、実績のあるn8nワークフローの上に営業、運用、サポート用のツールを作成できます。プロダクトマネージャーはLovableでUIのスケッチを描き、MCPのURLを組み込むことで、午後のうちに稼働する内部アプリを持つことができます。

個人のビルダーやエージェンシーにとって、同じパターンはマイクロSaaS工場になります。あなたはすでにn8nでクライアント特有の自動化を持っています; 今、軽量なフロントエンドでそれらをラップし、どのワークフローをいつ実行するかを理解するAIネイティブなバックエンドによってアクセス料金を請求することができます。

エージェンティックオートメーションはここで静かに一線を越えました。狭いトリガーが発動したときだけ働く脆弱で事前にスクリプトされたザップの代わりに、今ではAIがオーケストレーションするシステムが、目標について推論し、瞬時に適切なワークフローを選択し、あなたのスタックに沿ってステップを連鎖させることができます。MCPは、Claudeをチャットウィンドウから、あなたのn8nインスタンスを自由に移動し、何を、いつ、どのパラメータで実行するかを決定するオペレーターに変えます。

エンタープライズオートメーションは、かつてBPMNダイアグラムに固まったフローチャートや6ヶ月の統合プロジェクトを意味していました。しかし、n8n + MCPを活用することで、そのロジックは依然として存在しつつも、混沌とした人間の意図を解釈できるLLMが呼び出せるインターフェースとなります。「前四半期のリードデータをクリーンアップし、豊富にしてCROに報告書を送信する。」クロードが計画し、n8nが決定論的APIコール、リトライ、エラーハンドリングを用いて実行します。

この責任の分担は重要です。LLMは曖昧なタスク、例えばエンティティマッチング、要約、優先順位付けにおいて優れていますが、OAuthフロー、CRMの変更、または財務システムへの書き込みを即興で行わせたくはありません。n8nは既にSalesforce、HubSpot、Slack、Gmail、その他数百のAPIに対応しており、MCPはこれらのワークフローを構造化された型安全なツールレイヤーとして公開し、Claudeがエンドポイントを誤って解釈することなく呼び出せるようにしています。

その代わりに、自分で「AIエージェント」のスタックをゼロから構築することを考えてみてください。すべての統合に対してツールスキーマ、認証管理、レートリミティング、可観測性、ロールバックを構築する必要があります。インスタンスレベルのMCPでは、これらすべてがすでに本番環境で信頼しているワークフローから無料で提供されるため、あなたの「エージェント」は実験的なスクリプトがリアルタイムのシステムを弄っているのではなく、実績のある自動化の上にあるプランナーなのです。

今日のエージェントフレームワークは、実世界に到達すると停滞しがちです：サンドボックス化されたツール、おもちゃの例、エンタープライズグレードの信頼性への道がありません。n8nはそれを覆します。明示的なノード、ブランチ、ガードを使ってワークフローを設計し、その後MCPを通じてそれらを公開します。これにより、Claudeは「提案を生成する」、「CRMにプッシュする」、「アカウントエグゼクティブに通知する」といった処理を一つの会話の中で連鎖させることができ、すべての副作用は既存のガバナンスを通過します。

これは、ヘッドレスCMSの次の論理的なステップのように見えてきます。あらゆるフロントエンドのためのAPIを備えたコンテンツリポジトリの代わりに、ヘッドレスオペレーションプラットフォームを提供します。これにより、ビジネスプロセスのリポジトリが得られ、それぞれが安定したインターフェースを持ち、Claude、Lovable、Cursor、カスタムアプリなどのAIクライアントがオーケストレーションできるようになります。UIは相互に交換可能になり、あなたのオペレーショナルブレインはn8nに存在し、MCPはどのエージェントでもそれにアクセスできるプロトコルです。

セキュリティの問題は、人々がClaudeがn8nインスタンス内の「すべて」を見ることができると気づくとすぐに浮上します。アクセスは無制限を意味するわけではありません。Claudeは、あなたの既存のn8n認証とネットワーク制御の裏にあるMCPアクセスを介して公開されたワークフローのみを扱い、コネクタを承認するために使用するアカウントに縛られます。

粒度の高い制御が次のフロンティアになります。今日のインスタンスレベルのMCPは、認証されたユーザーにとってまるで広々としたツールボックスのように機能します。n8nのロードマップは、管理者がどの役割、チーム、またはサービスアカウントが特定のワークフローにアクセスしたり実行したりできるかを定義できる、より豊かなRBACを目指しているとほぼ間違いなく示しています。

その土地が整うまで、合理的なデフォルト設定と規律あるワークフローデザインが大部分の負担を担います。すべてのMCP露出ワークフローを、仕様が助けになる可能性を示唆するたびに呼び出す、特に意見を持たないAIエージェントにAPIエンドポイントを公開するかのように扱ってください。

命名規則は以前にも増して重要です。`Generate_Quarterly_Sales_Report_for_Salesforce`や`Sync_HubSpot_Leads_to_Postgres`のような明確で行動指向の名前を使用してください。`Test_1`や`Flow_New`のような名前は避けましょう。クロードや他のMCPクライアントは、これらの説明に大きく依存して、意図を推測し、正しいツールを選択します。

構造も重要です。以下のために明示的なJSONスキーマを定義してください： - 入力（必須フィールドとオプションフィールド、タイプ、列挙型、例） - 出力（一貫したキー、エラーフィールド、ページネーション） - 副作用（ワークフローの説明に文書化されている）

良いスキーマは、クロードがパラメータを誤って認識することなく、複数のステップからなる計画を作成できるようにします。悪いスキーマは、あなたのインスタンスを謎のボタンの寄せ集めにしてしまいます。

明らかに破壊的なワークフローは、十分な安全対策が確信できない限り、公開しないようにしてください。`Delete_All_Users`、`Purge_Production_Database`、または`Reset_All_API_Keys`のようなものは、MCPから外しておくか、確認トークン、厳格なフィルター、または手動承認ノードなどの追加の摩擦を伴って出荷するべきです。

ネットワークと環境の分離は依然として重要です。プロダクション、ステージング、サンドボックスのn8nインスタンスを別々に保ち、リスクに応じた環境にのみClaudeを接続してください。MCPによってトリガーされた実行をすべてログに記録することで、誰が何を、いつ、どのクライアントを通じて行ったかを監査するのに役立ちます。

より深い実装の詳細や新たなパターンについては、czlonkowski/n8n-mcp GitHubリポジトリのようなプロジェクトが、コミュニティがこの新しい力に関するベストプラクティスを強化し、形成している様子を示しています。

コンポーザブルAIは、もはやサイエンスフィクションではなく、企業のインフラのように見えてきました。MCPが共通言語として機能し、n8nがツールサーバーとして全体のインスタンスを公開することで、ベンダー、チーム、クラウドを越えてAIシステムがどのように連携するかの青写真が得られます。

今日、Claudeはあなたの単一のn8nインスタンスをツールボックスとして扱うことができます。明日、複数のエージェントが多くの専門MCPサーバーに作業をルーティングします：1つはあなたのCRMに接続され、1つはデータウェアハウスに、1つはファイナンススタックに、そしてもう1つは外部APIとRPAボットをオーケストレーションします。

リードを強化し、HubSpotにプッシュするために「ops」n8nインスタンスを呼び出す販売エージェントを想像してください。 「data」インスタンスにアクセスしてSnowflakeクエリを実行し、パイプラインを予測します。 「finance」インスタンスに委任して、価格とマージンの影響をシミュレーションします。 すべてが標準的なMCP呼び出しを通じて調整され、誰もが壊れやすいAPIの接続をハードコーディングすることはありません。

n8nのようなオープンで相互運用可能なプラットフォームは、その世界において戦略的なインフラとなります。n8nは独自のエージェントプロトコルではなくMCPを使用するため、Claudeを次世代の最先端モデルに交換したり、複数のモデルを同時に運用したりしても、何百ものワークフローを再構築する必要はありません。

ベンダーはモデルの品質と推論能力で競い合い、あなたの自動化を閉じられた環境に閉じ込める効果的な方法では競争しません。オープンプロトコルと自己記述型ワークフローに賭ける企業は、蓄積的なレバレッジを得ます。新しい自動化はすぐに次のエージェントのための別の呼び出し可能な機能になります。

メンタルモデルを変える必要があります。ワークフローを単にデータをAからBに静かに移動させる孤立したスクリプトとして扱うのをやめ、AIエージェントが発見し、構成し、再利用できる能力のライブラリとして扱い始めましょう。

今日、オートメーションを構築する際には、単発のものではなく製品として設計してください。入力と出力を文書化し、スキーマを遵守し、MCPを介して公開してください。なぜなら、来年あなたのビジネスを運営するエージェントは、あなたのツールが呼び出される準備が整っていると仮定するからです。

n8nのインスタンスレベルのMCPとは何ですか？

これは、ClaudeのようなAIクライアントが、あなたのn8nインスタンス全体で有効なワークフローを自動的に発見し実行できる機能であり、あなたの自動化を包括的なツールセットとして扱います。

既存のn8nワークフローを書き換える必要がありますか？

いいえ。ワークフローに明確な入力と出力がある限り、それらを有効にするだけでMCPクライアントに提供できます。しかし、説明的な名前やスキーマを追加することで、AIがそれらを正しく使用する能力が向上します。

インスタンスレベルのMCPには、どのバージョンのn8nが必要ですか？

n8nのバージョン1.21.2以上である必要があります。この機能は、クラウドおよびセルフホスティングの両方のインスタンスで利用可能です。

ClaudeやLovable以外に、n8nのMCPを利用できるAIツールは何ですか？

モデルコンテキストプロトコル（MCP）をクライアントとしてサポートするツールは、接続する可能性があります。これには、Cursorのような開発者向けツールや、オープンスタンダードを採用した他のプラットフォームが含まれます。