n8nとDifyを連携させる — AIが判断する業務自動化ワークフローの設計と実装

「Difyで社内FAQボットを作ったが、社員に使ってもらえない」——よくある話だ。DifyのチャットURLを共有しても、日常的に使うTeamsやSlackから離れてもらうのは思ったよりも高いハードルになる。

n8nと組み合わせると、この問題が消える。社員はいつも通りTeamsに質問を投稿するだけで、n8nがその投稿をDify APIに転送し、AIが生成した回答をスレッドに自動返信する。「AIを使っている感」を意識させないことが、定着率を上げるコツだ。

なぜn8n×Difyなのか

n8nはワークフロー自動化ツール、DifyはRAG・LLMアプリの構築プラットフォームだ。それぞれ単体でも強力だが、組み合わせると「AIが文脈を読んで自動対応する」フローが作れる。

準備するもの

この記事では以下が稼働済みの前提で進める。

• n8n — セルフホスト（Docker）または n8n.io クラウドのどちらでも可
• Dify チャットボットアプリ — Cloud（cloud.dify.ai）またはセルフホスト。アプリ種別は「チャットボット」を選ぶこと
• Difyのナレッジベース — FAQ対象の社内ドキュメントを登録済みであること（シナリオAに必要）
• 通知先 Webhook URL（オプション） — Slack を使う場合は Incoming Webhook URL（無料・簡単）。Teams は後述の注意を参照。検証フェーズは通知なしでもOK

Dify APIキーの取得と確認

APIキーの発行

1. Dify管理画面でチャットボットアプリを開く
2. 左サイドバー「APIアクセス」をクリック
3. 「APIキー」セクションで「APIキーを作成」
4. 生成されたキー（app-xxxxxxxxxxxxxxxxxx 形式）をコピーして保管

curlで疎通確認

n8nの設定前にAPIが正常に動作するか確認しておく。以下のコマンドを実行し、answer フィールドにAIの回答が返ってくれば疎通成功だ。

curl -X POST https://api.dify.ai/v1/chat-messages \
  -H "Authorization: Bearer app-あなたのAPIキー" \
  -H "Content-Type: application/json" \
  -d '{"inputs":{},"query":"有給休暇の申請方法を教えてください","response_mode":"blocking","conversation_id":"","user":"test-user"}'

正常なレスポンス例：

{
  "answer": "有給休暇の申請は、社内ポータルの「各種申請」から...",
  "conversation_id": "abc-123",
  "message_id": "msg-456"
}

n8n HTTP Requestの基本設定

n8nでDifyを呼び出す共通設定を押さえておく。すべてのシナリオでこの設定が基本になる。

① 認証情報の登録（一度だけ）

1. n8n画面右上の設定 → Credentials → 「Add Credential」
2. タイプ: Header Auth
3. Name（ヘッダー名）: Authorization
4. Value: Bearer app-あなたのAPIキー（Bearer のあとに半角スペースが必要）
5. 保存名を Dify API Key などに設定して保存

② HTTP Requestノードの設定値

③ リクエストボディのテンプレート

response_mode は必ず blocking にすること（streamingはn8nでサポートされていない）。query には前ノードの変数を差し込む。

{
  "inputs": {},
  "query": "={{ $json.body.question }}",
  "response_mode": "blocking",
  "conversation_id": "",
  "user": "={{ $json.body.user_id || 'anonymous' }}"
}

④ レスポンスの取り出し方

HTTP Requestノードの次のノードで {{ $json.answer }} を参照するとAIの回答テキストが取得できる。

シナリオA：FAQ自動返答

最もシンプルで即効性が高い構成だ。Webhookでリクエストを受け取り、Difyで回答を生成してTeamsに返信する。

Step 1 — ワークフローの作成とWebhookノードの設定

① ワークフローJSONをインポートする（推奨）

配布しているJSONファイルをn8nに読み込むと、ノード構成が自動で揃います。

1. ツールページ から n8n-dify-faq-v1.json をダウンロード
2. n8n の画面で「Create workflow」ボタンをクリック（新規ワークフローが開く）
3. 画面右上の「…（三点メニュー）」をクリック
4. メニューから「Import from file…」を選択

② 手動でゼロから作る場合

1. n8n で「Create workflow」→ 「+ Add first step」→ 検索欄に「Webhook」と入力して選択
2. Webhook ノードの設定 — HTTP Method: POST / Path: dify-faq（任意） / Respond: When Last Node Finishes
3. 次に「+」ボタンで HTTP Request ノードを追加 → 前節（n8n HTTP Requestの基本設定）の設定値を入力

③ Webhookをテストモードで待機させる

1. Webhook ノードをクリックして開く
2. 「Listen for test event」ボタンをクリック → ノードが待機状態（リスニング中）になる
3. この状態のまま次の curl を実行する（待機は一定時間でタイムアウトするので素早く実行）

curl -X POST https://your-n8n/webhook-test/dify-faq \
  -H "Content-Type: application/json" \
  -d '{"question":"有給休暇の申請方法は？","user_id":"tanaka"}'

Step 2 — HTTP Requestノード（Dify呼び出し）

前節（n8n HTTP Requestの基本設定）と同じ設定でDify APIを呼び出す。“Body Content Type: JSON / Specify Body: Using JSON” を選び、以下を入力する。

{
  "inputs": {},
  "query": "={{ $json.body.question }}",
  "response_mode": "blocking",
  "conversation_id": "",
  "user": "={{ $json.body.user_id || 'anonymous' }}"
}

Step 3 — 通知ノードの設定

選択肢 ①：Slack に通知する（推奨・無料）

1. Slack の App管理画面 → 「Create New App」→「From scratch」
2. 「Incoming Webhooks」を ON → 「Add New Webhook to Workspace」→ 通知先チャンネルを選択
3. 発行された https://hooks.slack.com/services/… をコピー
4. n8n に 2つ目の HTTP Request ノードを追加（認証: なし）
5. Method: POST / URL: コピーしたSlack Webhook URL

{
  "text": "*Q:* {{ $('Webhook').item.json.body.question }}\n\n*A:* {{ $json.answer }}"
}

選択肢 ②：通知ノードを省いて Webhook レスポンスで返す（検証用・最速）

通知先がない検証フェーズでは Step 3 を省略できる。Webhook ノードの Response Mode を「Last Node」にしておけば、Dify API ノードの出力（answerフィールド）がそのまま HTTP レスポンスとして返ってくる。

# curl の返り値に Dify の回答が含まれる（2ノード構成でも動く）
curl -X POST http://localhost:5678/webhook-test/dify-faq \
  -H "Content-Type: application/json" \
  -d '{"question":"有給休暇の申請方法は？","user_id":"tanaka"}'

シナリオB：死活監視 ＋ AI通知文の自動生成

定期的にサーバーの死活確認を行い、ダウンを検知したらDifyが過去の障害対応手順書を参照して通知文を自動生成する。情シスが深夜に慌てて通知を書く手間がなくなる。

Step 1 — Schedule Trigger

「Schedule Trigger」ノードを追加 → Mode: Every X Minutes → Interval: 5。

Step 2 — HTTP Requestノード（サーバーPing）

監視対象のURLにGETリクエストを送る。ノードの「On Error」設定を「Continue（Error Output）」にしておくことが重要——失敗してもフローを止めない。

Step 3 — IFノード（ダウン判定）

HTTPステータスコードが200以外、またはエラーが発生した場合に「True」ブランチへ進む。IFノードの条件は2つ設定し、「OR」でどちらか一方が真のときに発火させる。

Step 4 — Dify（通知文生成）

Trueブランチ（ダウン検知時）のみDifyを呼び出す。ナレッジベースに過去の障害対応手順書を登録しておくと、より具体的な通知文が生成される。

{
  "inputs": {},
  "query": "【障害発生】サービスがダウンしています。影響範囲の推定と、エンドユーザー向けの暫定案内文を日本語で作成してください。",
  "response_mode": "blocking",
  "conversation_id": "",
  "user": "monitoring-bot"
}

シナリオC：問い合わせの自動分類と担当者振り分け

フォームやメールで受け付けた問い合わせをDifyに分類させ、カテゴリに応じてn8nが担当者チャンネルへ自動通知する。受付件数が増えるほど効果が大きいシナリオだ。

Step 1 — Difyへの分類依頼プロンプト

「JSON形式のみで返してほしい」と明示することが重要だ。フリーテキストで返ってくると後続のパース処理が壊れる。Difyのシステムプロンプトにも「JSONのみ出力」と追記しておくと安定する。

問い合わせ内容を分類し、JSONのみで回答してください。説明文は不要です。

問い合わせ: ={{ $('Webhook').item.json.body.message }}

出力形式（必ずこのJSONのみ）:
{"category":"pc_trouble|network|account|other","urgency":"high|medium|low","summary":"30文字以内の要約"}

Step 2 — Codeノードでレスポンスをパース

DifyのLLMがMarkdownのコードブロックで囲んで返すことがある（例: json ... ）。Codeノードで除去してからパースする。

// n8n Codeノード（JavaScript）
const answer = $input.item.json.answer;
// コードブロック記号を除去して純粋なJSONを取り出す
const cleaned = answer
  .replace(/```json\n?/g, '')
  .replace(/```/g, '')
  .trim();
const parsed = JSON.parse(cleaned);
return [{ json: parsed }];

Step 3 — Switchノードで担当者チャンネルに振り分け

トラブルシュート

まとめ

n8n × Dify 連携の核心は「既存ツールの使い勝手を変えずにAIの判断を注入する」ことだ。社員はTeamsやSlackをいつも通り使い、裏でn8nがDify APIを呼び出してAIが処理する。