Dify の導入支援を頼む前に決めること｜クラウド版かセルフホストか、直す人、ナレッジと権限、API 利用料の見積もり

Dify の導入支援を頼む前に決めるのは、版、直す人、ナレッジと権限、API の利用料の4つです。Dify の料金ページでは、クラウド版、セルフホストの Community、Enterprise の3つの形が並んでいて、複数のワークスペース、SSO、商用ライセンスの認可は Enterprise の項に書かれています（Dify の料金ページ、2026年10月4日に確認）。同じ Dify でも、どれを選ぶかで、できることと、運用する人が変わります。

4つのうち、後から変えにくいのは版です。アプリの設定は DSL で持ち出せますが、ナレッジの中身、利用ログ、サードパーティのキーは、DSL に含まれません（アプリの管理）。版を替えるときは、ナレッジを登録し直すことになります（当社の整理）。

この記事は、特定の支援会社を勧めません。Dify の価格・版・仕様は、Dify の公式の料金ページ、ドキュメント、GitHub のライセンスだけで確かめました。支援会社の料金は載せていません。社内に置く文書の仕分けは社内の文書を AI で引けるようにする前の記事、Dify で社内の質問に答えるボットを作る手順と権限の最低限はDify の社内ボットの記事、Dify と n8n・Make の使い分けはツール比較の記事で書いています。Microsoft 365 Copilot や Gemini のように契約でそろう AI は、Copilot 研修の記事とGemini 研修の記事を見てください。

クラウド版かセルフホストか：データを置く場所と、更新する人で分ける

料金ページが示す提供の形は、次のとおりです。クラウド版はワークスペースごとのプランで、Enterprise と Community は、セルフホストの項に並んでいます。

クラウド版のプランの上限は、次の表のとおりです。ワークスペースは1つで、メンバー数とナレッジの容量が、プランで決まります（Dify の料金ページ、請求）。

セルフホストの手順書が示す最小の要件は、CPU 2 コア以上、メモリ 4 GiB 以上です。Docker Compose で起動するコンテナは、コアのサービス7つ、依存のコンポーネント8つと、一時のタスク1つです（Docker Compose で Dify をデプロイする）。最小の要件は起動のための値で、利用者数に応じた規模の目安が、この手順書には載っていません。更新は、リリースのページのアップグレードの案内に従い、バックアップは docker/volumes のディレクトリ全体が対象です（ストレージとマイグレーション）。

セルフホストにしても、モデルを外部の API で呼ぶなら、プロンプトとナレッジの断片は、そのモデルの提供元に送られます（当社の整理）。Dify は、Ollama や Xinference のような自前の推論サーバーにも接続できます（モデルプロバイダー（セルフホスト））。文書を社外に出さないことが目的なら、Dify を置く場所と、モデルを置く場所の両方を決める必要があります。モデルを自社側に置く構成は、ローカル LLM の記事で書いています。

Community のライセンスで確かめること

Dify のライセンスは、Apache License 2.0 を改変したもので、2つの条件が加わっています（GitHub の LICENSE）。1つ目は、Dify の書面の許可がない限り、ソースコードでマルチテナントの環境を動かせないことで、1つのテナントは1つのワークスペースにあたります。2つ目は、フロントエンドを使う場合に、コンソールやアプリの Dify のロゴと著作権の表記を消したり変えたりできないことです。この条件に当たる場合は、商用ライセンスが要ります。

社内の1つのワークスペースで、画面の表記を変えずに使う形なら、この2つに直接は触れないように読めます（当社の読みで、法的な判断ではありません）。顧客ごとにワークスペースを分けて提供する、画面の Dify の表記を消して配る、といった形は、条件に当たる可能性があります。支援会社に前提として伝え、Dify への書面での確認を、見積もりの条件に入れます。Dify のドキュメントは、「Powered by Dify」の表記の変更を、AWS 上で提供される Dify Premium の機能として案内しています（AWS 上の Dify Premium）。

版の選び方や、セルフホストの運用を頼む範囲を整理したいときは、当社のAI 導入支援のページから相談できます。

作ったものを直す人は誰か：ロールと、担当が替わったときに残るもの

Dify のワークスペースには、オーナー、管理者、エディター、メンバーの4つのロールがあります。アプリとナレッジベースを作成・編集・削除できるのはエディター以上で、メンバーは公開済みのアプリを使うだけです。モデルのキーを管理できるのは、オーナーと管理者だけです（メンバーの管理）。

直す人を決めるとは、エディターのロールを、誰に、何人置くかを決めることです（当社の整理）。ロールは個人に付くので、担当者が1人だけだと、その人の異動や退職で、直せる人がいなくなります。メンバーを削除しても、その人が作ったアプリとナレッジベースはワークスペースに残ります。オーナーは1人で、所有権の移転には、オーナー宛てにメールで届く認証コードが要ります。セルフホストでは、メールの設定（MAIL_TYPE）をしていないと、招待メールも認証コードも送られません（メンバーの管理（セルフホスト））。

表の出典は、バージョン管理、アプリの管理、メンバーの管理、ストレージとマイグレーションの各ページです。引き渡しの契約では、アプリの DSL に加えて、ナレッジの原本と、サードパーティのキーの管理者を、対象に含めるかを確かめます。

ナレッジの置き場所と権限：見える範囲は、3か所の設定で決まる

ナレッジに社内の文書を入れるときに、見える範囲を決めるのは、ナレッジベースの権限、Web アプリの公開範囲、ログの3か所です。

ナレッジベースの設定の「権限」は、そのナレッジベースにアクセスできるワークスペースのメンバーを定めます。アクセスを付けられたメンバーは、ドキュメントの管理の操作もすべてできます（ナレッジ設定の管理）。読んだドキュメントに、権限をドキュメント単位で付ける記載は見つかりませんでした。取り込み元の権限が引き継がれるという記載も、ありません。権限の違う文書を、同じナレッジベースに混ぜない、というのが、読んだ範囲からの当社の整理です。文書の仕分けは社内の文書を AI で引けるようにする前の記事で書いています。

Web アプリは、公開すると、既定で、URL を知っている人なら誰でも開けます（Web アプリの設定（クラウド版））。セルフホストの手順書は、認証やメンバー単位のアクセスで、開ける人を制限する機能を、Enterprise のものとして案内しています（Web アプリの設定（セルフホスト））。クラウド版の同じページには、制限の手段の記載が見つかりませんでした。社内向けのアプリを Community やクラウド版で動かす場合は、URL が外に出たときに誰でも開けること、社内のネットワークの側で入口を絞るか、Enterprise を選ぶかを、見積もりで聞きます（当社の整理）。API を使う場合は、キーをバックエンドだけに置きます。フロントエンドのコードに埋めたキーは、抜き取られて悪用されるおそれがある、と Dify は注意しています（Dify API クイックスタート）。

ログには、会話の全文が残ります。セルフホストでは、既定で無期限に保持され、保持期間は環境変数で設定します。会話を削除したり、保持期間が過ぎたりしても、その中でアップロードされたファイルは消えません（ログ）。クラウド版は、Sandbox が30日間、Professional と Team が無制限です（Dify の料金ページ）。社内の文書の質問には、個人の情報が入りうるので、保持期間と、ログを見る人を、運用の決まりとして先に書いておきます（当社の整理）。

クラウド版では、ナレッジの容量にも上限があります。高品質のインデックスで登録したドキュメントは、チャンクをベクトルとして保存し、ファイルの大きさの数倍の容量を使うことがあります。経済的なインデックスは、ベクトルを作らず、容量を使いません。上限に達すると、ドキュメントのアップロードや、チャンクの編集が止まります。ダウングレードで上限を超えた場合も、データは消えませんが、新しい内容は追加できません（ナレッジベースのデータストレージ制限）。

API 利用料の見積もり方：Dify の料金とは別に、モデルの利用料がかかる

クラウド版では、プランの AI クレジットで、人気のプロバイダーのモデルを使えます。AI の応答とは、1回の入力と1回の出力のモデルの呼び出しで、トークン数にかかわらず1回と数えられます。1回に必要なクレジットはモデルで違い、大きいモデルほど多く使います。対応するプロバイダーと、モデルごとの消費量は、料金ページで確認します。クレジットを使い切ったあとは、自社の API キーを追加して、請求を提供元のアカウントに切り替えられます。クレジットとキーを併用して、どちらを先に使うかも設定できます（モデルプロバイダー（クラウド版））。

セルフホストでは、モデルのキーはワークスペース全体のモデルアクセスを許可し、請求は各プロバイダーのアカウントに直接発生します。管理できるのは、オーナーと管理者だけです（モデルプロバイダー（セルフホスト））。ナレッジのインデックスと検索には埋め込みモデル、検索結果の並べ替えには Rerank モデルが使われる設定があり、これらもモデルの呼び出しです（同ページ）。

見積もりの式は、上の4つの段階の掛け算です（当社の整理）。1回の量は、机上で決めずに、試作で測ります。Dify のダッシュボードは、メッセージ数、アクティブなユーザー、トークンの使用量を時系列で見せます（ダッシュボード）。ログでは、メッセージごとのトークン消費と応答時間を見られます（ログ）。API の返り値にも、トークン数と、通貨付きの価格の項目があります。価格は、算出できないとき空になります（Dify API の OpenAPI 仕様）。代表的な質問を試作で流し、平均だけでなく、長い入力の側のトークン数も見ておくと、月の見積もりのぶれが読めます（当社の整理）。

Dify 側の上限も、別に効きます。Sandbox の Dify API は月5,000回までで、Professional と Team には制限がありません。ナレッジのリクエストは、分あたりの上限があります（上の「クラウド版の3つのプランの上限」の表）。社内で一斉に使い始める日があるなら、その上限に収まるかも、見積もりの前提に入れます（当社の整理）。

頼む範囲と頼まない範囲：見積もりの前に、社内で埋める表

支援会社に頼む範囲は、右の列が社内で決まっているかで変わります。右の列が空のままだと、各社が違う前提で見積もることになり、金額を比べられません。

頼まずに社内に残すのは、どの文書を登録してよいか、誰が見てよいか、誰が直すか、請求を誰が持つか、の4つです。どれも、Dify の設定画面で入力する値ですが、決めるのは、社内の業務と規程です（当社の整理）。

Dify の版の選び方や、頼む範囲の整理は、Aurant Technologies のAI 導入支援のページから相談できます。社内の文書を AI で引ける形にする前の仕分けは別の記事、Dify で社内ボットを作るときの権限と回答の精度の最低限はこちらの記事にまとめています。