n8n×OpenClawでAIエージェントを自動化する方法

「n8nでワークフローを自動化できているけど、もっと自律的に動いてくれるAIが欲しい…」と感じたことはありませんか？

そのモヤモヤを解決するのが、今AI自動化コミュニティで話題の組み合わせ「OpenClaw × n8n Proxyパターン」です。

結論から言うと、OpenClawをn8nのプロキシとして連携させると、APIキーを安全に管理しながら自律型AIエージェントが動きます。

初めてOpenClawを聞いた方は基本編から、すでにn8nを運用中の方は応用編からどうぞ。

この記事では、OpenClawの概要からDocker構築・n8n Proxyパターンの実装まで、非エンジニアでも追える手順でまとめました。

OpenClawとは？30秒で分かる概要
1. n8nとOpenClawの役割の違い
n8n Proxyパターンが注目される3つの理由
【基本編】Docker環境でOpenClaw＋n8nを動かす
【体験談】Mac mini × n8n Proxy連携を試してみた
【応用編】n8n Proxyパターンの実装ステップ
よくあるトラブルと対処法
まとめと次のステップ

OpenClawとは？30秒で分かる概要

OpenClawは、2026年初頭にGitHubで22万スター超を記録した急成長のオープンソースAIエージェントです。

ひと言で言うと「AIが自律的にパソコンを操作してくれるツール」です。

ChatGPTは「回答を返す」だけです。OpenClawは「実際に作業する」エージェントです。この違いが重要です。

具体的にできることを挙げると：

コードを書いて実行する
ファイルを作成・編集・削除する
ウェブサイトを構築してデプロイする
シェルコマンドを自律的に実行する
複数ステップにわたる作業を連続でこなす
タスクが終わったらSlackやメールで通知する

「Claude Code」に近いですが、より汎用的な自動化・エージェント連携に特化しているイメージです。

もともと2025年11月にオーストリアの開発者Peter Steinberger氏が個人プロジェクトとして始めました。

「Clawdbot」→「Moltbot」と名前が変わり、最終的に「OpenClaw」に落ち着いた経緯があります。

2026年に入ってAI自動化ツールの定番の一つとなっています。

n8nとOpenClawの役割の違い

両方とも「AI自動化」の文脈で出てきますが、得意分野が違います。

ツール	得意なこと	苦手なこと
n8n	サービス間のデータ連携・ルーティング	複雑な「考える」処理
OpenClaw	複雑なタスクを自律的に判断・実行	外部APIの管理・ログの可視化
組み合わせ	「判断はOpenClaw、連携はn8n」で補完	―

この補完関係を活かすのが「n8n Proxyパターン」です。

n8n Proxyパターンが注目される3つの理由

OpenClawをn8nのProxy（仲介役）として連携させる方法は、n8nコミュニティでも人気の設計パターンです。

理由1：APIキーをエージェントに持たせなくて済む

OpenClaw単体で外部サービスと連携する場合、SlackやNotionのAPIキーを環境変数に直接書く必要があります。

エージェントが環境変数を読めるということは、意図しない形で外部に情報が漏れるリスクがあります。

Proxyパターンでは、APIキーはn8nのCredential Storeに保管します。OpenClawはn8nのWebhook URLを呼び出すだけなので、APIキーを直接扱いません。

理由2：すべての処理がn8nのログに残る

AIエージェントが「何をしたか」を後から確認できる環境は、複数プロジェクトで運用する場合に特に重要です。

n8nを経由させると、すべての外部API呼び出しがワークフローの実行履歴に残ります。

「あのとき何のAPIを何回叩いたか？」がn8nのUIで一目で確認できます。

理由3：n8nの3,000超のインテグレーションが使える

n8nにはSlack・Notion・Gmail・Google Sheets・Airtable等、3,000以上のサービスとの連携機能があります。

OpenClawがこれらを「n8nに任せる」形にすると、役割分担が明確になります。

OpenClawは「考える」、n8nは「繋ぐ」。この分担がシステム全体の安定性を高めます。

【基本編】Docker環境でOpenClaw＋n8nを動かす

OpenClawとn8nを連携させる最も簡単な方法は、両方を同じDockerネットワーク上で動かすことです。

ここではMac mini・VPS等で動かすための基本手順を解説します。

必要なものを確認する

Docker・Docker Composeがインストール済みの環境
Anthropic API Key（OpenClawがClaudeを使うため）
n8nが動かせるサーバーまたはローカルマシン

VPSで始める場合、XServer VPSが月額1,569円〜でDockerに対応しており、Ubuntu 22.04プランにDockerをインストールするだけで今回の構成をそのまま動かせます。

docker-compose.ymlを作る

OpenClawとn8nを同一ネットワークで起動するdocker-compose.ymlの例です。

version: '3.8'

services:
  n8n:
    image: n8nio/n8n
    restart: unless-stopped
    ports:
      - "5678:5678"
    environment:
      - N8N_HOST=0.0.0.0
      - N8N_PORT=5678
      - EXECUTIONS_TIMEOUT=600
    volumes:
      - n8n_data:/home/node/.n8n
    networks:
      - agent_net

  openclaw:
    image: openclaw/openclaw:latest
    restart: unless-stopped
    environment:
      - ANTHROPIC_API_KEY=sk-ant-xxxx
      - N8N_WEBHOOK_BASE=http://n8n:5678
    volumes:
      - ./workspace:/workspace
    networks:
      - agent_net

networks:
  agent_net:
    driver: bridge

volumes:
  n8n_data:

最重要ポイントはN8N_WEBHOOK_BASE=http://n8n:5678です。

これを設定することで、OpenClawがn8nのWebhookを自動的に解決します。同一Dockerネットワーク内ではコンテナ名（n8n）をホスト名として使えます。

起動する

docker-compose up -d

これでn8nとOpenClawが同時にバックグラウンドで起動します。

n8nのUIはhttp://ホストIPまたはlocalhost:5678でアクセスできます。初回起動時は管理者アカウントの作成画面が表示されます。

【体験談】Mac mini × n8n Proxy連携を試してみた

💡 実際にやってみた

Mac mini M4 Pro（24GB）ですでにDocker経由のn8nを常時稼働させていました。そこにOpenClawのProxy設定を追加した記録です。

既存のdocker-compose.ymlにOpenClawのサービス定義を追加し、N8N_WEBHOOK_BASEの環境変数を設定しました。既存のn8nワークフロー（Google Sheetsへの書き込み・Slack通知）をOpenClawがWebhookで呼び出す構成を作ったところ、APIキーをOpenClaw側に一切渡さずに外部サービス連携ができることを確認できました。

n8nの実行履歴からOpenClawが何のWebhookを何回呼んだかも全部確認できて、エージェントの行動の透明性が格段に上がった印象です。

かかった時間：設定追加のみなら約15〜20分

つまずいたポイント：既存docker-composeのネットワーク名と衝突して最初は繋がらなかった。networks:セクションで名前を統一するだけで解決。

結果：n8nのCredential Storeに保管したAPIキーをOpenClawが間接的に利用できるProxyパターンの確立に成功。Ollama（Gemma3 12B）も並行稼働させていたが、OpenClawはAnthropicのAPIを使うため干渉なし。

【応用編】n8n Proxyパターンの実装ステップ

Dockerが起動できたら、実際のProxyパターンを設定します。

ステップ1：n8n側にWebhookワークフローを作る

n8nのUIにログインして、新規ワークフローを作成します。

「+ Add workflow」をクリック
最初のノードとして「Webhook」を追加
HTTP Method: POSTを選択する
Pathを設定する（例：slack-notify）
続くノードで実処理を追加（SlackノードでメッセージをPOSTする等）
Slackのトークンはn8nのCredential Storeに登録しておく
ワークフローを「Active」にする

WebhookのURLがhttp://n8n:5678/webhook/slack-notifyとして生成されます。

ステップ2：OpenClawにWebhookを呼び出させる

OpenClawへの指示文に以下を含めるだけです。

タスクが完了したら、n8nのWebhook（/webhook/slack-notify）に完了通知を送ってください。
本文には処理の概要と完了したファイル名を含めてください。

OpenClawはN8N_WEBHOOK_BASEを参照して、自動的に正しいURLにHTTP POSTします。

ステップ3：実行ログで確認する

n8nのサイドメニューから「Executions」を開くと、OpenClawからのWebhookリクエストの履歴が確認できます。入力データ・出力データ・実行時間もここで確認できます。

さらに踏み込むなら：n8n-clawという選択肢

OpenClawをn8n上で完全に再実装した「n8n-claw」というコミュニティプロジェクトも存在します。

OpenClawサーバーを別途立てる必要がなく、n8nだけで自律型エージェントの動作を実現できます。

主な機能：

RAGベースのメモリシステム（会話や指示を自動記憶）
MCPテンプレートを使ったスキル拡張
複数エージェントへのタスク分散（サブエージェント委譲）
画像・動画などメディアの理解

「n8n環境はすでにある。OpenClawを別に立てたくない」という方には、n8n-clawの方がシンプルな選択肢です。

ただしn8n-clawはOpenClaw公式ではなくコミュニティ実装なので、OpenClaw本家のアップデートへの追従にタイムラグが生じる場合があります。

よくあるトラブルと対処法

Q：OpenClawがn8nのWebhookに接続できない

原因：OpenClawとn8nが同じDockerネットワークに属していない可能性があります。

対処法：docker-compose.ymlのnetworks:セクションで、両サービスが同じネットワーク名（例：agent_net）になっているか確認してください。

接続確認コマンド：

docker exec openclaw curl -X POST http://n8n:5678/webhook/test

Q：n8nのWebhookがタイムアウトする

原因：OpenClawからのリクエストに対してn8nが時間内に処理できていません。

対処法：n8nの環境変数にEXECUTIONS_TIMEOUT=600（秒）を追加して実行時間上限を延長してください。

Q：Mac miniのリソースが足りなくなった

原因：n8n・OpenClaw・Ollama等のコンテナを同時稼働させるとメモリが圧迫されます。

対処法：Ollamaで動かすモデルを27Bから12Bに切り替えると大きく改善します。どうしても分けたい場合は、OpenClawだけをConoHa VPS（月額1,000円〜）に移して、ローカルのn8nとWebhookで繋ぐ分散構成も選択肢です。

Q：OpenClawのDockerイメージはどこで取得するか

答え：OpenClaw公式のDockerイメージはDocker Hubで配布されています（執筆時点）。docker pull openclaw/openclaw:latestで取得できます。最新のイメージ名は公式GitHubリポジトリのREADMEで確認してください。

まとめと次のステップ

OpenClawは自律的に作業するAIエージェント。n8nのProxy連携でセキュリティと可視性が向上する
Proxyパターンの流れ：OpenClaw → n8n Webhook → 外部サービス。APIキーはn8n側に隔離できる
docker-compose.ymlで同一ネットワークに立ち上げ、N8N_WEBHOOK_BASEを設定するだけで連携が始まる
n8n単体で完結させたいなら「n8n-claw」という選択肢も存在する
Mac mini M4 Pro（24GB）なら、n8n＋OpenClaw＋Ollama 12Bの同時稼働が可能

n8nをまだ導入していない方は、まずDocker経由でn8nを立ち上げるところからスタートしましょう。

→ n8nをVPSで動かしたい方は、ConoHa VPS（月額1,000円〜、Docker対応）が手軽です。

関連記事：n8nをMac miniとDockerでセルフホストする全手順

0人が役に立ったと評価