はじめに——「自社専用AIを作りたい」を、コードなしで実現する
「社内文書に答えてくれるチャットボットを作りたい」「問い合わせ対応を自動化したい」「複数のAIツールを組み合わせたワークフローを構築したい」——こうした要望を持ちながら、「エンジニアがいない」「コストがかかりそう」と諦めていませんか?
Dify(ディファイ)は、そのすべてをノーコードまたは最小限のコードで実現できるオープンソースのAIアプリケーション構築プラットフォームです。RAG(社内文書の読み込み)・チャットボット・AIワークフロー・APIの公開まで、ブラウザ上の操作だけで構築できます。
本記事は、「RAGってなに?」→「RAG実践ガイド」に続くDify深掘りの完全ガイドです。Difyを初めて触る方から、すでに使い始めていてより高度な機能を使いこなしたい方まで、実務で役立つ構築例とプロンプト設計を網羅的に解説します。
Difyとは何か——競合ツールとの違い
Difyの3つの核心機能
Difyは一言で言えば「AIアプリを作るためのビルダー」です。主に3つの核心機能を持ちます。
| 機能 | 概要 | 代表的な使い道 |
|---|---|---|
| ① ナレッジベース(RAG) | PDF・Word・Webページ等を読み込ませ、AIが参照できる「知識の倉庫」を作る | 社内FAQ・製品マニュアルBot・規程集Q&A |
| ② チャットボット・エージェント | ナレッジベースや外部ツールと連携した対話型AIアプリをGUI上で作成 | カスタマーサポートBot・社内ヘルプデスク・営業支援AI |
| ③ ワークフロー | 複数のAI処理・条件分岐・外部API連携を視覚的なフローで設計 | 文書自動生成・承認フロー・データ抽出→レポート作成 |
類似ツールとの比較
| ツール | 強み | 弱み | Difyとの違い |
|---|---|---|---|
| Dify | RAG+チャットBot+ワークフローの三位一体・オープンソース・自社サーバー運用可 | 複雑なワークフローはn8nに劣る | — |
| AnythingLLM | RAGに特化・ローカルLLMとの統合が容易・シンプルなUI | ワークフロー機能がない | RAGのみならDifyより手軽。ワークフローが不要なら選択肢 |
| n8n | ワークフロー自動化に最強・200以上の外部ツール連携 | AIアプリのUIを作る機能はない | n8nはワークフロー専用。Difyと組み合わせると相乗効果大 |
| ChatGPT GPTs / Claude Projects | 設定が簡単・クラウド完結 | 自社サーバー運用不可・データが外部に送られる | データをクラウドに送りたくない場合はDify+ローカルLLM |
| Flowise | LangChainベースで柔軟・エンジニア向け | ノーコード度合いはDifyより低い | エンジニアがいる場合はFlowiseも選択肢 |
クラウド版 vs セルフホスト版:どちらを選ぶか
Difyにはクラウド版(dify.ai)とセルフホスト版(自社サーバーにDockerで構築)の2つの利用形態があります。
| 項目 | クラウド版 | セルフホスト版 |
|---|---|---|
| 費用 | 無料プランあり(制限あり)・有料プランは$59/月〜 | サーバー費用のみ(VPS月額1,000〜5,000円程度〜) |
| セットアップ | 即日利用開始可能 | DockerまたはDocker Composeの知識が必要(30〜60分) |
| データの場所 | Difyのクラウドサーバー | 自社サーバー(完全なデータ管理が可能) |
| ローカルLLM連携 | 不可 | Ollamaなどと組み合わせて完全オフライン構築が可能 |
| おすすめ | まず試したい・個人・小規模チーム | 機密データを扱う・本格的な社内展開・コスト重視 |
中小企業が社内文書を扱う場合は、情報セキュリティの観点からセルフホスト版を推奨します。社内AIシステムのセキュリティ設計の考え方については「社内AIシステムのセキュリティ対策ガイド」も参照してください。
Difyのセットアップ:クラウド版で今すぐ始める
クラウド版の初期設定(所要時間:約15分)
まず最速で動かしてみたい方向けに、クラウド版の手順を説明します。
Step 1:アカウント作成
dify.aiにアクセスし、GoogleアカウントまたはメールアドレスでSign Upします。無料プランでも本記事の主要機能は試せます。
Step 2:LLMプロバイダーの設定
右上のプロフィールアイコン→「設定」→「モデルプロバイダー」から、使用するLLMのAPIキーを登録します。OpenAI(ChatGPT)・Anthropic(Claude)・Google(Gemini)等の主要プロバイダーに対応しています。APIキーは各サービスのダッシュボードから取得できます。
Step 3:ワークスペースの確認
ダッシュボードに戻り、「スタジオ」「ナレッジ」「ツール」の3タブが表示されていれば設定完了です。
セルフホスト版のセットアップ(Docker Compose)
セルフホスト版はDockerがインストールされた環境があれば、以下のコマンドで起動できます。
# Difyのリポジトリをクローン
git clone https://github.com/langgenius/dify.git
# docker-composeで起動
cd dify/docker
cp .env.example .env
docker compose up -d
# ブラウザでアクセス
# http://localhost/install でセットアップ画面が表示される
VPS(さくらVPS・ConoHa・AWSのt3.medium等)で運用する場合は、2GB以上のRAMを推奨します。セットアップ後はリバースプロキシ(Nginx等)でHTTPS化することをおすすめします。ローカル環境でローカルLLMと組み合わせる方法は後述します。
機能①:ナレッジベース(RAG)の構築
ナレッジベースの作成手順
Difyのナレッジベースは、社内文書をAIが参照できる形に変換して保存する仕組みです。「RAGってなに?」で解説した「ベクトル化して保存→類似検索で取り出す」プロセスをGUI上で行えます。
対応ファイル形式:PDF・Word(.docx)・Markdown(.md)・TXT・HTML・Excel(.xlsx)・CSVのほか、URLを指定してウェブページを直接取り込むことも可能です。
ナレッジベース作成の基本手順は次の4ステップです。ダッシュボードの「ナレッジ」タブから「ナレッジを作成」→ファイルをアップロードまたはURLを入力→「自動」または「カスタム」でチャンク設定→インデックス作成の完了を待つ、という流れです。
チャンク設定の最適化——精度を上げるポイント
RAGの精度を左右する最重要設定がチャンク(文書を分割する単位)の設定です。Difyは「自動」設定でも動きますが、文書の種類に合わせてカスタマイズすることで検索精度が大きく変わります。
| 文書の種類 | 推奨チャンクサイズ | オーバーラップ | 理由 |
|---|---|---|---|
| FAQ・短い回答集 | 200〜500トークン | 50トークン | Q&Aが1チャンクに収まるよう小さめに |
| 規程・マニュアル(構造化) | 500〜1000トークン | 100トークン | セクション単位で意味が完結するよう中程度に |
| 長文レポート・議事録 | 1000〜1500トークン | 200トークン | 文脈を保持するため大きめに・オーバーラップ多めに |
| 製品仕様書・表が多い文書 | カスタム区切り文字 | 0〜50トークン | 表の行が分断されないよう区切り文字(改行等)を明示 |
ナレッジベースのメンテナンス
作成したナレッジベースは「追加・削除・再インデックス」が可能です。社内規程が改訂された場合など、古いファイルを削除して最新版を追加するだけで常に最新の情報を参照できます。定期的なメンテナンス計画(月次の文書更新チェック等)を決めておくことが、長期的な運用品質の確保につながります。
機能②:チャットボット・AIエージェントの構築
チャットボットの作成:3種類のアプリタイプ
Difyのスタジオでは、用途に合わせて3種類のアプリタイプから選べます。
| タイプ | 概要 | 最適な用途 |
|---|---|---|
| チャットボット | シンプルな対話型AI。ナレッジベースと接続可能 | 社内FAQBot・カスタマーサポート・問い合わせ一次対応 |
| エージェント | ナレッジベース+外部ツール(Web検索・計算・API呼び出し等)を自律的に使い分けるAI | リサーチアシスタント・複合的な問い合わせ対応 |
| テキストジェネレーター | 一問一答形式。会話の継続ではなく単発の文書生成に特化 | メール下書き生成・報告書作成・文章変換ツール |
社内FAQチャットボットの構築例:完全な手順
最もニーズの高い「社内規程・マニュアルに答えるFAQチャットボット」の構築手順を示します。
Step 1:ナレッジベースの作成
就業規則・経費精算規程・情報セキュリティポリシーなどのPDF/Wordをナレッジベースにアップロードしてインデックスを作成します。
Step 2:チャットボットの作成
スタジオ→「アプリを作成」→「チャットボット」を選択します。
Step 3:システムプロンプトの設定
「オーケストレーション」画面で、以下のようなシステムプロンプトを設定します。
あなたは〇〇株式会社の社内規程・マニュアルに精通したHRアシスタントです。
【役割】
社員からの就業規則・経費精算・社内手続きに関する質問に、
提供されたナレッジベース(社内文書)を参照して正確に回答してください。
【回答のルール】
・必ず参照した文書名と該当箇所を明記してください(例:「就業規則第〇条によると…」)
・ナレッジベースに記載がない内容は「規程に記載がありません。人事部にご確認ください」と答えてください
・法的判断・個人の事情に関わる判断は「人事部・総務部への相談をお勧めします」と伝えてください
・回答は要点を箇条書きでまとめ、最後に「詳細は〇〇規程をご確認ください」と案内してください
【禁止事項】
・ナレッジベース外の情報からの回答
・規程に記載のない事項についての推測・断言
Step 4:ナレッジベースの接続
「コンテキスト」セクションから、Step 1で作成したナレッジベースを選択して接続します。
Step 5:テストと公開
右側のプレビュー画面でテスト対話を行い、期待した回答が返るか確認します。問題なければ「公開する」→「埋め込む」でWebページへの埋め込みコードやAPIエンドポイントが取得できます。
精度チューニングのポイント
チャットボット公開後に「うまく答えられない」ケースが出た場合、原因はほぼ以下の3つのどれかです。それぞれの対処法を示します。
まず検索がヒットしていない(参照すべき文書が見つかっていない)場合は、ナレッジベースの設定でトップK(参照する上位チャンク数)を3から5に増やす・類似度スコアのしきい値を下げるといった調整が有効です。次に参照はできているが回答がズレている場合は、システムプロンプトの指示を具体化する・回答形式をFew-shotで例示するといったプロンプト改善が効きます。最後にそもそも文書に記載がないケースでは、ナレッジベースに必要な文書を追加します。プロンプト設計のテクニック全般については「プロンプトエンジニアリング実践テクニック集(上級編)」も参照してください。
機能③:ワークフローの構築
ワークフローとは何か——チャットボットとの違い
Difyのワークフロー機能は「入力→処理→出力」を複数のステップで組み合わせるバッチ処理・自動化向けの機能です。チャットボットが「対話形式のリアルタイム処理」であるのに対し、ワークフローは「定型業務の自動化・バッチ処理」に向いています。
| ノードタイプ | 役割 | 使用例 |
|---|---|---|
| 開始ノード | 入力変数の定義(テキスト・数値・ファイル等) | 「文書テキスト」「顧客名」などの入力を受け取る |
| LLMノード | AIに処理を依頼(要約・分類・生成等) | 文書を要約・メールを下書き・データを分類 |
| ナレッジ検索ノード | ナレッジベースから関連情報を検索 | 入力内容に関連する社内規程を取り出す |
| 条件分岐ノード(IF/ELSE) | 条件によって処理を分岐 | カテゴリに応じて別のLLMプロンプトに分岐 |
| HTTPリクエストノード | 外部APIを呼び出す | Slack・Notionへの自動投稿・外部DBへの書き込み |
| コードノード | Pythonコードで独自処理 | データのフォーマット変換・計算処理 |
| 終了ノード | 出力の定義 | 生成した文書・分析結果を返す |
実践例①:問い合わせメール自動分類・返信案生成ワークフロー
受信メールを自動的にカテゴリ分類し、カテゴリに応じた返信案を生成するワークフローの設計例です。
【ワークフロー設計】
開始ノード
└─ 入力変数:「メール本文」(テキスト型)
↓
LLMノード①:分類
└─ プロンプト:「以下のメールを5カテゴリ(注文・クレーム・問い合わせ・支払い・その他)に分類してください。
カテゴリ名のみ1語で出力してください。
メール:{{メール本文}}」
└─ 出力変数:category
↓
条件分岐ノード(IF/ELSE)
├─ IF category == "クレーム" → LLMノード②A(クレーム用返信プロンプト)
├─ IF category == "注文" → LLMノード②B(注文確認プロンプト)
└─ その他 → LLMノード②C(汎用返信プロンプト)
↓
終了ノード
└─ 出力:分類結果 + 返信案
実践例②:議事録→アクションアイテム自動抽出ワークフロー
【ワークフロー設計】
開始ノード
└─ 入力変数:「会議録テキスト」「会議日時」「参加者リスト」
↓
LLMノード①:要点抽出
└─ プロンプト:「以下の会議録から、決定事項・保留事項・次回議題を抽出してください。
会議録:{{会議録テキスト}}」
↓
LLMノード②:アクションアイテム生成
└─ プロンプト:「以下の決定事項から、アクションアイテムを
【担当者・タスク内容・期限・優先度】の形式で抽出してください。
担当者が不明なものは「要確認」としてください。
決定事項:{{LLMノード①の出力}}」
↓
LLMノード③:メール本文生成
└─ プロンプト:「以下の情報をもとに、参加者への議事録メールを作成してください。
会議日時:{{会議日時}} / 参加者:{{参加者リスト}}
アクションアイテム:{{LLMノード②の出力}}」
↓
終了ノード
└─ 出力:議事録メール本文
ローカルLLMとの統合——データを社外に出さない構成
機密性の高い社内文書を扱う場合、ClaudeやOpenAIのAPIに文書が送信されることを避けたいケースがあります。Dify(セルフホスト版)+Ollama(ローカルLLM)を組み合わせることで、社内ネットワーク完結の完全プライベートAIシステムが構築できます。
ローカルLLMの基本的な動かし方は「ローカルLLM入門 — Ollama・LM Studioで社内専用AIを動かす」で解説しています。
Dify+Ollamaの接続設定
// Ollamaをローカルで起動(事前にインストール済みの場合)
ollama pull llama3.2
ollama pull nomic-embed-text # 埋め込みモデル(RAG用)
ollama serve
// Difyの設定画面での接続
// 設定 → モデルプロバイダー → Ollama を選択
// Model Name: llama3.2
// Base URL: http://host.docker.internal:11434(Docker環境の場合)
// ※ セルフホスト版のDifyと同一マシンで動かす場合
| 用途 | 推奨ローカルモデル | 必要VRAM目安 |
|---|---|---|
| 日本語対応チャットBot | Qwen2.5・Llama3.2(日本語fine-tune版) | 8GB〜 |
| RAG用埋め込みモデル | nomic-embed-text・mxbai-embed-large | 2GB〜 |
| 高品質な文書生成 | Qwen2.5:72b・Llama3.1:70b | 40GB〜(量子化版は20GB〜) |
ローカルLLMはクラウドAPIと比べて日本語精度が劣る場合があります。品質重視の業務はClaudeやGPT-4o、機密情報を扱う業務はローカルLLMという使い分けが現実的なアプローチです。
n8nとの連携——Difyをワークフローの「AI脳」として使う
Difyが持つAPI公開機能を活用すると、n8nからDifyのチャットボット・ワークフローを呼び出すことができます。これにより「n8nでトリガー・データ収集→DifyでAI処理→n8nで結果を配信」という強力な自動化ラインが構築できます。
具体的には、メールを受信したらn8nがトリガーされ→メール本文をDifyのワークフローAPIに送信→Difyが分類・返信案を生成→n8nがSlackに通知する、というパイプラインが実現できます。n8nの基本的な使い方は「n8n×AI実践ガイド」を参照してください。
Dify導入時の注意点とセキュリティ
注意点1:APIキーの管理
Difyはクラウド版・セルフホスト版ともに、LLMプロバイダーのAPIキーを設定ファイルまたは管理画面に保存します。APIキーが漏洩すると不正利用による高額請求・データ漏洩リスクがあります。APIキーはOpenAIダッシュボード等で使用上限を設定し、Difyサーバーへのアクセスは認証で保護することを必ず行ってください。
注意点2:社内展開時のアクセス制御
Difyのセルフホスト版では、複数ユーザーのロール管理(管理者・編集者・一般ユーザー)が可能です。社内展開時は「誰がナレッジベースを編集できるか」「誰がワークフローを変更できるか」を適切に設定してください。詳細なアクセス制御の考え方は「社内AIシステムのセキュリティ対策ガイド」を参照してください。
注意点3:ハルシネーションへの対処
DifyのRAG構成であっても、ハルシネーション(AIの誤情報生成)はゼロにはなりません。システムプロンプトで「ナレッジベース外の情報からの回答を禁止する」指示を明記し、重要な情報は出典(参照元文書名・セクション)を必ず表示させる設定にすることを推奨します。ハルシネーション対策の詳細は「生成AIのハルシネーション実務対策ガイド」を参照してください。
Dify活用のビジネスシナリオ3選
シナリオ1:製造業の技術伝承Bot
ベテラン技術者の退職・引退に備え、これまで口頭・個人ノートで管理されていたノウハウをDifyのナレッジベースに集約します。製品仕様書・トラブルシューティング記録・作業手順書をアップロードし、「社内版技術Q&Aチャットボット」を構築することで、新人でも即座に過去の知見にアクセスできる環境が生まれます。製造業でのAI活用全般は「AI×製造業・現場業務ガイド」も参照してください。
シナリオ2:不動産会社の物件Q&Aシステム
物件情報・周辺施設データ・契約条件をナレッジベースに読み込ませ、顧客向けの物件Q&Aチャットボットを自社サイトに埋め込みます。「この物件にペットは住めますか?」「駐車場は何台分ありますか?」といった問い合わせに24時間自動対応でき、スタッフが本来の接客・商談に集中できます。
シナリオ3:バックオフィスの申請・承認支援AI
経費精算規程・稟議フロー・各種申請書のルールをナレッジベースに格納し、社員からの「この出張費は申請できますか?」「稟議書の提出先は誰ですか?」に即答できるアシスタントを作ります。人事・総務への軽微な問い合わせを大幅に削減できます。バックオフィス自動化の全体像は「AI×経理・バックオフィス自動化ガイド」も参照してください。
よくある質問(FAQ)
Q1. Difyのセルフホスト版はエンジニアなしで構築できますか?
Dockerとターミナルの基本操作ができれば、専任のエンジニアがいなくても構築できます。ただし、VPSのセットアップ・ドメイン取得・HTTPS化まで含めると、IT担当者が半日〜1日程度を確保できると安心です。クラウド版からスタートして動作確認後にセルフホスト版に移行するアプローチが最も現実的です。
Q2. 日本語の文書に対するRAGの精度は問題ありませんか?
LLMにClaude・GPT-4oを使う場合は十分な精度が出ます。ローカルLLMを使う場合はQwen2.5など日本語対応モデルを選ぶことで実用的な精度になります。精度に最も影響するのはモデルよりチャンク設定とシステムプロンプトの品質であることが多いため、まずはクラウドLLMで精度を確認しながらチューニングすることをおすすめします。
Q3. DifyとGPTs(ChatGPT)やClaude Projectsはどう使い分ければよいですか?
社内文書を扱わない・データのプライバシーが問題ない・すぐに使いたい場合はGPTs・Claude Projectsが最も手軽です。一方、社内文書を安全に管理したい・複数システムとの連携が必要・自社ブランドのUIで公開したい・コストを抑えたい場合はDifyセルフホスト版が優位です。GPTs・Claude Projectsの活用法は「ChatGPT GPTs・Claude Projects・Gemini Gems 活用ガイド」を参照してください。
Q4. Difyのワークフローでできないことは何ですか?
Difyのワークフローは「AIを中心とした自動化」に特化していますが、200以上のSaaSと柔軟に連携するならn8n・Zapierの方が向いています。複雑な業務自動化(条件分岐が多い・非AI処理が多い・リアルタイムのイベント駆動が必要)はn8nと組み合わせて使うことを推奨します。
Q5. 社内展開した後、スタッフがうまく使いこなせない場合はどうすればよいですか?
最もよくある問題は「どんな質問をすればいいかわからない」という使い方の迷いです。対策として、「よく使う質問例を10個リストにして最初の画面に表示する」設定が効果的です。Difyはシステムプロンプトの冒頭に「よく使われる質問例」を含めることで、チャット画面に「例えばこんな質問ができます」を表示できます。また、AIリテラシーの組織的な向上については「中小企業のAI人材育成ロードマップ」も参考にしてください。
まとめ——「使う」から「作る」へ。Difyが開く次のステージ
ClaudeやChatGPTを「使う」フェーズから一歩進み、自社業務に最適化したAIを「作る」フェーズに入るための最も現実的なツールが、Difyです。コードなしでRAGを構築し、チャットボットを公開し、ワークフローを自動化できる環境が、ブラウザと数時間のセットアップで整います。
最初は小さく始めることが成功の鍵です。まず一つのナレッジベース(例:就業規則・FAQ集)を作り、社内の特定チームだけで試験的に使い始めてください。「AIに質問したら正しく答えてくれた」という体験が現場に広がると、次の活用アイデアは自然とスタッフから出てきます。
今日からできるアクション:dify.aiにアクセスして無料アカウントを作成し、手元にあるPDFマニュアル一冊をナレッジベースに取り込んで、「このマニュアルの内容について何でも聞いてください」というチャットボットを作ってみてください。そこから本格的なDify活用が始まります。
本記事の情報は2026年2月時点のものです。Difyはオープンソースプロジェクトであり、バージョンアップにより機能・UIが変更されることがあります。最新情報はDify公式ドキュメント(docs.dify.ai)をご確認ください。

コメント