n8n と OpenClaw を使う：ワークフロー自動化の連携ガイド

これは n8n と OpenClaw の比較ではありません。それについては別の記事があります。このガイドは両者を一緒に使うことについてです。n8n は決定論的なマルチステップワークフローを処理します。OpenClaw は知性が必要なタスクを処理します。Webhook と HTTP リクエストで接続することで、信頼性と知性を兼ね備えた自動化スタックが形成されます。

なぜ組み合わせるのか？

n8n はサービスの接続と予測可能なシーケンスの実行に優れています：X が起きたら Y を行い、次に Z を行う^[1]。しかし、判断が必要なステップ（メールを読んで緊急度を判定する、コンテキストに応じた返答を生成する、非構造化データを分析するなど）では苦戦します。

OpenClaw はインテリジェントな部分を処理しますが、n8n の400以上のネイティブ連携エコシステム、ビジュアルワークフロービルダー、リトライ付きの組み込みエラー処理は持っていません。

組み合わせると：

• n8n がワークフローをトリガーし、サービスに接続し、リトライを処理し、機械的なパイプラインを管理
• OpenClaw が判断、言語理解、または生成が必要な AI 推論レイヤーを提供

アーキテクチャ

External Event → n8n Workflow → [needs intelligence?]
                                    ├── No → n8n completes the action
                                    └── Yes → n8n calls OpenClaw API
                                              → OpenClaw processes + responds
                                              → n8n continues with the result

または逆方向：

User → OpenClaw (via Telegram) → OpenClaw triggers n8n webhook
                                  → n8n executes workflow
                                  → n8n returns result to OpenClaw
                                  → OpenClaw reports to user

接続のセットアップ

前提条件

• 動作中の n8n インスタンス（セルフホストまたは n8n Cloud）
• 動作中の OpenClaw インスタンス（セルフホストまたは ClawTank）
• 両方のインスタンスが HTTP 経由でアクセス可能（同じサーバーまたはパブリック URL 経由）

n8n が OpenClaw を呼び出す

n8n は OpenClaw の HTTP API にリクエストを送信して処理を依頼します。

n8n で HTTP Request ノードを使用します：

Method: POST
URL: https://your-openclaw-instance.com/api/chat
Headers:
  Authorization: Bearer YOUR_OPENCLAW_API_TOKEN
  Content-Type: application/json
Body:
{
  "message": "Analyze this customer email and classify as urgent/normal/spam: {{$json.emailBody}}"
}

OpenClaw は AI モデルを使用してメッセージを処理し、レスポンスを返します。n8n は後続のワークフローステップでこれを使用できます。

OpenClaw が n8n を呼び出す

OpenClaw は Webhook 経由で n8n ワークフローをトリガーできます。n8n で Webhook トリガーノードを作成し、URL をメモします。

その後 OpenClaw に教えます：

openclaw memory add "When I need to trigger the invoice workflow,
POST to https://your-n8n.com/webhook/invoice-trigger with the
client name, amount, and due date as JSON."

OpenClaw にメッセージすると：

「Acme Corp 宛に $2,500 の請求書を作って、期限は3月15日」

OpenClaw がデータを抽出して n8n Webhook に送信し、実際の請求書生成、PDF 作成、メール配信を処理します。

レシピ例

レシピ1：インテリジェントメールトリアージ

フロー： Gmail → n8n → OpenClaw → n8n → Slack/ラベル

1. n8n トリガー： Gmail ノードが新しいメールを監視
2. n8n ステップ： メールの件名と本文を OpenClaw に送信
3. OpenClaw： 緊急/対応必要/情報のみ/スパムに分類し、対応必要メールへの返信案を下書き
4. n8n ステップ： 分類に基づいて：
   • 緊急 → 要約と返信案付きの Slack アラート
   • 対応必要 → 「needs-reply」ラベルを適用、下書きをキューに入れる
   • 情報のみ → 「FYI」ラベルを適用
   • スパム → アーカイブ

n8n ワークフローノード：

Gmail Trigger → HTTP Request (OpenClaw) → Switch (classification) → Slack / Gmail Label / Archive

これにより、Gmail/Slack 連携をゼロから構築することなく、AI 搭載のメールトリアージが実現します。n8n にはすでにそれらのノードがあります。

レシピ2：コンテンツパイプライン

フロー： RSS フィード → n8n → OpenClaw → n8n → WordPress + Twitter

1. n8n トリガー： RSS フィードノードが新しい業界記事を検出
2. n8n ステップ： 記事 URL とタイトルを OpenClaw に送信
3. OpenClaw： 記事を読み、200語のコメンタリーを書き、3つの SNS 投稿を生成し、関連タグを選択
4. n8n ステップ： コメンタリーで WordPress 下書きを作成し、SNS 投稿を公開

レシピ3：カスタマーサポートルーター

フロー： フォーム送信 → n8n → OpenClaw → n8n → Zendesk/Slack/メール

1. n8n トリガー： Webhook がサポートフォームの送信を受信
2. n8n ステップ： サポートリクエストのテキストを OpenClaw に送信
3. OpenClaw： リクエストを分析し、製品領域、重大度、既存の FAQ で回答できるかを判定
4. n8n ステップ： 分析に基づいて：
   • FAQ で回答可能 → 回答を自動返信
   • 人的対応が必要 → OpenClaw の解決案付きで Zendesk チケットを作成
   • クリティカルな問題 → オンコールエンジニアへの Slack アラート

レシピ4：毎日の競合インテリジェンス

フロー： スケジュール → n8n → ウェブスクレイプ → OpenClaw → n8n → メール

1. n8n トリガー： Cron スケジュール（毎日午前8時）
2. n8n ステップ： HTTP Request ノードが競合他社のチェンジログ、価格ページ、ブログフィードをスクレイプ
3. n8n ステップ： スクレイプしたすべてのコンテンツを OpenClaw に送信
4. OpenClaw： 昨日のデータ（メモリに保存）と比較し、変更点を特定し、簡潔なサマリーを作成
5. n8n ステップ： サマリーを HTML メールにフォーマットして送信

レシピ5：請求書から会計処理

フロー： Telegram → OpenClaw → n8n → Google Sheets + QuickBooks

1. Telegram のユーザー： 「Client X に10時間のコンサルティングを時給$150で請求して、プロジェクト：Website Redesign」
2. OpenClaw： 構造化データ（クライアント、時間、レート、プロジェクト、合計）を抽出し、n8n Webhook に送信
3. n8n ステップ： Google Sheets の請求書ログに行を追加、QuickBooks で請求書下書きを作成、確認を OpenClaw に返送
4. OpenClaw： 「請求書 #1042 が Client X 宛に作成されました — $1,500。送信する？」と報告

双方向通信パターン

最も強力なパターンは、n8n と OpenClaw がデータをやり取りするループです：

n8n receives event
  → calls OpenClaw for analysis
  → OpenClaw returns structured decision
  → n8n executes based on decision
  → n8n sends execution result back to OpenClaw
  → OpenClaw stores the outcome in memory

これにより、OpenClaw は時間とともにコンテキストを蓄積します。次のメールやサポートチケットを分析する際に、以前のパターンを参照できます。これは n8n 単体ではできないことです。

エラー処理

n8n 側

• OpenClaw を呼び出す HTTP Request ノードにタイムアウトを設定（30〜60秒）。AI 処理には時間がかかります。
• OpenClaw ノードが失敗した場合にアラートするエラートリガーワークフローを追加してください。
• 一時的な障害には n8n のリトライメカニズムを使用してください。

OpenClaw 側

• n8n の Webhook が到達不能な場合、OpenClaw はサイレントにドロップするのではなく、Telegram で失敗を報告するべきです。
• OpenClaw に「Webhook 呼び出しが失敗したら、30秒後に1回リトライして。それでも失敗したら、詳細をメッセージして」と伝えてください。

ClawTank でのセットアップ

OpenClaw が ClawTank にあり、n8n がセルフホストの場合、n8n は ClawTank インスタンスの URL を直接呼び出します。特別なネットワーク設定は不要です。ClawTank インスタンスは安定した URL で HTTPS 経由でアクセス可能です。

逆方向（OpenClaw が n8n を呼び出す）の場合は：

• パブリック URL で n8n をホスト（n8n Cloud、またはドメイン付きセルフホスト）
• Cloudflare Tunnel を使用してセルフホスト n8n を安全に公開

パフォーマンスのヒント

• リクエストをバッチ処理 — メールごとに OpenClaw を1回呼び出す代わりに、5〜10通のメールを1リクエストにバッチ：「これらの10通のメールを分類して。」API 呼び出し回数の削減、レイテンシの低下。
• 共通パターンをキャッシュ — OpenClaw が同様のメールを同じように分類し続ける場合、OpenClaw を呼び出す前に明確なケースを処理する n8n の IF ノードを追加。
• 非同期 Webhook を使用 — 時間に厳しくないタスクでは、n8n からファイアアンドフォーゲットで OpenClaw に送り、OpenClaw が完了時に別の n8n Webhook に結果をポスト。

はじめに

1. n8n を実行する（Docker、npm、または n8n Cloud）^[2]
2. OpenClaw を実行する（Docker または ClawTank）
3. Webhook トリガー付きの最初の n8n ワークフローを作成
4. OpenClaw に Webhook URL を教える
5. Telegram で OpenClaw にワークフローをトリガーするコマンドを送信

シンプルなレシピ（請求書の例やメールトリアージ）から始めて、そこから発展させてください。n8n のワークフローの信頼性と OpenClaw のインテリジェンスの組み合わせにより、どちらのツール単体では実現できない自動化が生まれます。

参考文献

1. n8n Documentation — Getting Started
2. n8n Docker Installation Guide
3. OpenClaw API Reference — HTTP Endpoints
4. n8n HTTP Request Node Documentation
5. OpenClaw Webhook Skills