Difyのチャットボット設計例｜資料・回答範囲・確認問題をそろえる

こんにちは。バナナデスクです。

資料にない駐車場の台数を聞かれたら、チャットボットはどう答えるべきでしょうか。問い合わせ対応では、返事が出ることだけでなく、その答えを何で確かめられるかが大切です。チャットボットは、利用者が入力した質問に文章で応答する仕組みです。

Dify（ディファイ）は、資料の検索やAIによる回答を組み合わせたアプリを作るためのツールです。私は、設定画面を開く前に、根拠にする資料、答えてよい範囲、確認用の質問を一組にしておく進め方を勧めます。この記事では、架空のレンタルスペースを題材に、その一組を作り、料金改訂後に確かめる項目まで決めます。

ここで用意するのは公式資料に基づく設計と教材です。Dify上の構築、モデルの接続、実際の応答や引用の正解率の測定は行っていません。表の回答は、あとで実際の出力と照合するための期待結果です。

執筆：バナナデスク｜WEBビジネスの設計・集客・改善

更新日：2026年11月9日

Dify本体と、モデルの利用条件を分ける

最初に、Difyを使う費用と、回答を作るAIの費用を分けます。文章を受け取り回答を作る仕組みを「モデル」、そのモデルを提供する会社やサービスを「プロバイダー」と呼びます。Dify Cloudは、サービス側が用意した環境をブラウザーから利用する形です。

Dify Cloudの無料プラン「Sandbox」には、200メッセージクレジットが含まれます。アプリは5個、ナレッジ文書は50件までで、保存枠は50MBです。2026年11月9日に公式料金ページで確認した条件です。作るアプリの数と、登録する資料の数・容量が、この枠に収まるかを確かめます。

クレジットは、モデルを利用すると消費する枠です。必要量はモデルによって異なるため、200クレジットを一律に200回答とは数えられません。Dify公式・Cloud料金

公式の接続説明には、対応するモデルをDifyのAIクレジットで使う方法と、自分のAPIキーを登録する方法があります。APIキーは、外部のサービスを自分の契約で利用するときに使う認証情報です。自分のキーを使う場合は、そのプロバイダーの契約条件に従って利用料が発生します。Difyの無料枠とは別に考えます。Dify公式・モデル接続

手元の設計メモには「使うモデル名」「Difyのクレジットと自分のキーのどちらを使うか」「費用を確認する契約先」を残します。キーそのものはメモや配布資料へ書かず、接続が必要になった段階で対応する設定欄へ入力します。

答えの範囲を、三つの資料へ書く

教材は、架空の「小部屋スタジオ」です。実在施設の規約ではありません。まず、次の表をもとに「料金」「利用条件」「受付案内」の三つの文書を作ります。R1・R2・R3は資料を見分ける名前、v1は最初の版を表します。版とは、内容を変更するたびに区別するための番号です。

各文書の先頭に資料名と版を書き、料金資料には適用日も添えます。「1時間2,200円（税込）」と「最低2時間」は同じ段落へ置きます。この二つが離れていると、検索で料金だけを取り出し、最低時間の条件を落とすことがあるためです。営業時間と、準備・片付けも利用時間へ含めることも一緒に読める位置に書きます。

R2には人数と持込の条件、R3には受付とボットの役割を書きます。R3で予約や決済を行わないと決めておけば、ボットが「予約できました」と案内してよいかを、料金の正しさとは別に確かめられます。

駐車場の台数とペットの可否は、三つの資料では確定していません。この状態は「駐車場がない」「犬は禁止」という規定とは異なります。資料に答えがない質問は、受付へ確認を戻す対象として、設計メモに残しておきます。

ナレッジをつなぎ、引用を見られる形へする

資料を検索して回答の根拠として使うための保管場所を、ここでは「ナレッジ」と呼びます。利用者の質問に合う段落を探すのが検索、その段落をもとに文章を作るのが回答です。この二つを分けて見ると、間違ったときに戻る場所が分かります。

この説明は、公式資料にあるChatbotとClassic Knowledge Base（従来型ナレッジ）の構成例に基づくもので、実際の操作記録ではありません。Knowledgeで資料を登録し、StudioでChatbotを作り、Contextへナレッジを加える流れです。Contextは、このアプリが回答の根拠に使う資料を指定する場所です。続いて検索条件と引用表示を整え、プレビューで質問を試す設計です。Dify公式・ナレッジをアプリへ接続する

次は、自分で試す段階の作業順です。今回の記事で操作済みという意味ではありません。三つの文書と、後で使う質問表を手元に置いて進めます。

1. 三つの資料を登録する。Knowledgeでナレッジを用意し、R1・R2・R3を追加します。資料名と版を確認し、読み取りや検索用の処理が終わったことを画面で確かめます。失敗した資料があれば、先に内容や形式を見直します。
2. 回答用のアプリとモデルを決める。StudioでChatbotを選び、利用する回答モデルを設定します。前節で決めた費用の扱いと、実際に選んだモデルを照合します。
3. 使う資料をつなぐ。ContextのAddから、登録したナレッジを選びます。回答に必要な三つの資料が対象になっているかを見ます。
4. 回答の指示と引用表示を整える。下の指示例を用意し、使うアプリの入力欄へ設定します。Add FeaturesのCitation and Attributionでは、回答の根拠をたどる引用表示を有効にします。引用は、どの資料のどの部分を参照したかを確認するためのものです。
5. 公開前のプレビューで質問する。Debug and Previewで、まず表のQ1をそのまま入力します。返答が出たら、人数の条件と引用先を確かめ、実回答を記録します。外部サイトへの埋め込みは、この確認を終えた後の作業にします。

回答の指示は、例えば次の形にします。検索した資料を渡すための変数など、画面上の指定方法は、使用するアプリ種別に合わせます。指示文だけを入れて、資料が自動的につながったと考えないことが大切です。

あなたは小部屋スタジオの資料案内係です。検索された確定資料だけを根拠に、質問に関係する条件を答えてください。料金は税込と最低利用時間を一緒に示します。引用先が質問への根拠にならない場合、情報を補わず「この資料では確認できません。受付でご確認ください」と答えます。空き状況・予約確定・決済を実行したとは答えません。資料に矛盾がある場合は、版と適用日を確認し、解消しなければ不明とします。

答えが出る質問だけで採点しない

次の7問は、資料を見ながら先に決めた確認問題です。期待結果とは、試す前に「こう答えてほしい」と決めておく基準です。実際に試したら、その横に実回答、引用先、合否、直した箇所を記録します。まだ試していない欄には「未実施」と書きます。

Q1〜Q5はR1 v1を使う初期確認です。Q3の4,400円は、v1の料金を前提にしています。Q6・Q7は、後半で説明するR1 v2を追加してから使う問題です。どの資料の状態で試すかも、質問と一緒に残してください。

最初のQ1では、答えに「定員6人」と「7人では利用できない」の両方があるかを見ます。引用がR2を指していても、引用箇所に定員が書かれていなければ、根拠の確認は終わっていません。回答の文章と、引用先に書かれた条件を一組で読みます。

Q3の期待額は、教材のv1条件で2,200円×最低2時間＝4,400円（税込）と計算したものです。2,200円とだけ答えた場合は、まず最低2時間という段落を取り出せているかを調べます。利用日で料金が変わる改訂後には、日付のない質問へ勝手に旧料金を当てはめず、利用日を確認する設計にします。

Q4へ「駐車場はありません」と答えるのも、Q5へ「犬は入れません」と答えるのも、この資料では不合格です。未記載のことを禁止や不存在へ置き換えているためです。「この資料では確認できません。受付でご確認ください」と案内できることも、正しい動作として確かめます。

検索の失敗と、回答の失敗を分ける

答えが違ったときは、指示文を増やす前に、必要な段落を検索できたかを見ます。公式にはナレッジのRetrieval Testingという検索テストがあり、質問を入れると、関連情報としてどの部分が取り出されるかを確認できます。ここで変更する検索設定は、現在のテストだけに適用される一時的な設定です。Dify公式・検索テスト

1. 同じ質問で検索だけを試す。対象ナレッジの検索テストを開き、間違いが出た質問をそのまま入力します。Q3なら、取り出された箇所に料金と最低2時間の両方があるかを見ます。
2. 必要な条件がなければ、資料と検索を直す。資料の処理状態、段落の区切り、検索設定、版や適用日の絞り込みを確認します。料金だけが出るなら、最低時間を同じ段落へ置くなど、どこを直すかを一つ決めます。
3. 条件が取れていれば、回答へ渡った内容を見る。検索結果にはあるのに回答に出ない場合は、アプリ側で同じナレッジを使っているか、必要な内容が回答モデルへ渡っているかを調べます。そのうえで、回答の指示や生成された文章を見直します。
4. 修正を保存し、アプリでもう一度質問する。検索テストで調整した値を、そのままアプリの保存済み設定とは扱いません。採用する設定を対応箇所へ反映して保存し、同じ質問で実回答と引用を取り直します。

直した記録には「質問」「変更前の問題」「変更した箇所」「再確認した結果」を残します。引用が付いていることだけで合格にせず、料金、人数、利用条件のそれぞれを、その引用が裏付けているかまで読みます。

料金改訂は、新旧の適用日も試す

次に、料金だけを改訂する教材を用意します。R1 v2には、「2026年11月1日以降の利用は1時間2,750円（税込）。10月31日以前はv1の2,200円。最低2時間・営業時間・準備片付けの扱いは変更なし」と書きます。基準は質問した日ではなく、施設を利用する日です。

Q6の11月2日の3時間利用は2,750円×3＝8,250円（税込）、Q7の10月20日の3時間利用は2,200円×3＝6,600円（税込）になります。どちらも架空の教材から求めた期待額です。新価格を知っていることと、利用日に合う価格を選べることを分けて確かめます。

境目をより確かめたい場合は、7問とは別の追加テスト案として「10月31日に3時間」と「11月1日に3時間」を並べます。期待額は順に6,600円、8,250円で、最低2時間の条件は両日とも同じです。日付を一日ずらしただけで、どちらの版を使うべきかが切り替わることを確認するための組です。

1. v2に変更点と変わらない条件を書く。新しい単価だけでなく、適用日、旧料金を使う期間、最低時間などの継続条件を同じ資料に残します。
2. 更新後の処理と検索を確かめる。資料を更新したら、処理が終わったことを画面で確認します。利用日を含む質問で、新旧どちらの条件が取り出されるかを調べます。
3. 同じ質問を再試験する。Q1〜Q7を同じ文で使い、実回答と引用を記録し直します。Q3は表のv1料金を確認する試験として、「2026年10月の利用」という前提を記録し、ボットにも先に伝えます。利用日を与えない別の試験では、日付の確認を求めることを期待結果にします。
4. 旧版を残すかを決める。旧版を削除する設計なら、過去の利用日について何を根拠に答えるかも決めます。旧料金を確認できなくなる場合は、最新価格で代用せず受付確認へ戻します。

公開前には、回答できないときの連絡先、記録を読む担当者、資料を変えたときに再試験する人を決めます。料金が更新されても、人数や飲食の条件が正しく残るとは限らないので、変更箇所の質問だけで終えないようにします。

まずは三つの資料、回答の指示、7問の期待結果をそろえ、それぞれの版と試す条件を書けたら、今回の設計作業は完了です。実際に組み込む段階で実回答と引用を確かめ、根拠がない質問を受付へ戻せることまで確認してから、外部公開へ進めます。

関連記事：問い合わせ履歴をAIで整理する方法｜質問の分類からFAQを作る実例