Difyの適用範囲: ワークフロー、RAG、エージェントを一つの画面で組む
エージェントワークフロー、RAGパイプライン、モデル管理を1つのワークスペースに統合したオープンソースのLLMアプリ開発基盤。クラウド、VPC、セルフホストにデプロイ可能。
ひと目でわかる
- これは何?
- Difyが提供するビジュアルワークフロー、モデル接続、RAG、ツール、LLMOps、API公開の関係をREADMEの記載から整理します。
- 誰に向いている?
- Difyは、LLMアプリの試作からAPI提供までを同じプロジェクトで管理したいチームに適します。導入時は `cd docker && cp .env.example .env && docker compose up -d` を実行し、http://localhost/install で初期化した後、文書取り込み、検索、ツール呼び出し、API応答を一つのワークフローで確認してください。
- 商用利用できる?
- まず確認が必要です。このリポジトリのライセンスは自動分類の対象外なので、商用利用の前に LICENSE ファイルを読んでください。
- 今もメンテナンスされている?
- されています。最後のコミットは 1 日前です。
- 何の言語で書かれている?
- 主に TypeScript です(GitHub の言語統計による)。
回答はプロジェクトの GitHub データ(最終同期:2026年9月15日)と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
DifyがまとめるLLMアプリの部品
DifyはTypeScriptで書かれたオープンソースのLLMアプリ開発プラットフォームです。リポジトリのメタデータには151,399スター、23,900フォーク、940の未解決イシューがあり、デフォルトブランチはmain、ホームページはdify.aiです。READMEはこの製品を、AIワークフロー、RAGパイプライン、エージェント機能、モデル管理、オブザーバビリティ機能を組み合わせた直感的なインターフェースと説明しています。また、オブザーバビリティのためにOpik、Langfuse、Arize Phoenixとの統合に言及していますが、それらの統合がどのように構成されるかは説明していません。目標はチームがプロトタイプから本番に迅速に移行できるようにすることであり、リポジトリの説明は、クラウド、VPC、またはセルフホストにデプロイでき、スタックを再構築する必要がないと付け加えています。
「DifyがまとめるLLMアプリの部品」では、difyの設定と実行結果を確認します。確認用には `docker/.env` の変更後に再起動し、取り込んだPDFの検索結果、ワークフローの実行ログ、公開APIの入力と出力、フロントエンドのロゴ表示を個別に記録してください。
ワークフロー、RAG、ツールを接続する
READMEには7つの機能領域がリストされています。ワークフローはAIワークフローを構築およびテストするためのビジュアルキャンバスを提供します。モデルサポートは、GPT、Mistral、Llama3、およびOpenAI API互換モデルを含む、数十の推論プロバイダーからの数百のプロプライエタリおよびオープンソースLLMをカバーしています。プロンプトIDEは、プロンプトを作成し、モデルのパフォーマンスを比較し、テキスト読み上げなどの機能を追加するためのインターフェースを提供します。RAGパイプラインは、ドキュメントの取り込みから検索までを網羅し、PDF、PPT、およびその他の一般的な形式からのテキスト抽出を標準でサポートしています。エージェント機能では、LLM Function CallingまたはReActに基づいてエージェントを定義し、事前構築またはカスタムツールを追加できます。Difyには、Google Search、DALL·E、Stable Diffusion、WolframAlphaなど、50以上の組み込みツールが含まれています。LLMOpsは、アプリケーションのログとパフォーマンスの監視と分析をカバーし、本番データと注釈に基づいてプロンプト、データセット、モデルを継続的に改善できます。最後に、バックエンド・アズ・ア・サービスとは、すべての提供物にビジネスロジックへの統合のためのAPIがあることを意味します。
「ワークフロー、RAG、ツールを接続する」では、difyの設定と実行結果を確認します。確認用には `docker/.env` の変更後に再起動し、取り込んだPDFの検索結果、ワークフローの実行ログ、公開APIの入力と出力、フロントエンドのロゴ表示を個別に記録してください。
Docker Composeからlocalhost/installまで
クイックスタートはDocker Composeを使用します。最小システム要件はCPU 2コア、RAM 4 GiBです。コマンドは次のとおりです: cd dify、cd docker、cp .env.example .env、docker compose up -d。実行すると、ダッシュボードはhttp://localhost/installにあります。マネージド環境を希望する場合は、dify.aiでDify Cloudを利用でき、サンドボックスプランには200回の無料GPT-4呼び出しが含まれています。セルフホスティングについては、READMEはスターターガイドとドキュメントを参照しています。エンタープライズ機能は言及されていますが詳細はなく、READMEは興味のある方にbusiness@dify.aiへのメールを指示しています。
「Docker Composeからlocalhost/installまで」では、difyの設定と実行結果を確認します。確認用には `docker/.env` の変更後に再起動し、取り込んだPDFの検索結果、ワークフローの実行ログ、公開APIの入力と出力、フロントエンドのロゴ表示を個別に記録してください。
環境変数と外部デプロイ手段の位置づけ
設定はdocker/.envで処理され、デフォルトはdocker/.env.exampleにあり、オプションの高度な変数はテーマごとにdocker/envs/の下に分割されています。変更後、dockerディレクトリからdocker compose up -dを再実行します。READMEは、DifyのPostgreSQLデータベースをデータソースとして使用し、アプリ、テナント、メッセージの粒度でメトリクスを監視するコミュニティGrafanaダッシュボードへのリンクを提供しています。高可用性のために、Kubernetes用のコミュニティ貢献のHelm ChartとYAMLファイル、AzureとGoogle Cloud用のTerraform設定、EKSとECS用のAWS CDK、Alibaba Cloud Computing Nest、AKS用のAzure DevOps Pipelineをリストしています。これらはすべて外部からの貢献であり、Dify公式の成果物ではありません。
「環境変数と外部デプロイ手段の位置づけ」では、difyの設定と実行結果を確認します。確認用には `docker/.env` の変更後に再起動し、取り込んだPDFの検索結果、ワークフローの実行ログ、公開APIの入力と出力、フロントエンドのロゴ表示を個別に記録してください。
LLMOpsとコミュニティ製監視資料
Difyは、フィードバックと質問のためのGitHub Discussionsチャンネル、バグと機能提案のためのGitHub Issues、コミュニティ交流のためのDiscordとX(Twitter)を維持しています。貢献ガイドはCONTRIBUTING.mdにあり、翻訳者向けの個別のi18n READMEもあります。READMEは、中国語と英語以外のローカライズを支援する翻訳者を明示的に求めています。セキュリティ問題については、プロジェクトはGitHubに投稿せず、security@dify.aiに送信するよう指示しています。応答時間や脆弱性の処理に関する詳細はREADMEには記載されていません。
「LLMOpsとコミュニティ製監視資料」では、difyの設定と実行結果を確認します。確認用には `docker/.env` の変更後に再起動し、取り込んだPDFの検索結果、ワークフローの実行ログ、公開APIの入力と出力、フロントエンドのロゴ表示を個別に記録してください。
追加条件付きライセンスの実務影響
リポジトリは、Apache 2.0に基づき追加条件が付いたDifyオープンソースライセンスを使用しています。ライセンスの抜粋では、Difyをバックエンドサービスとして使用する場合や企業のアプリケーション開発プラットフォームとして使用する場合を含む商用利用を許可しています。ただし、マルチテナント環境(1テナントにつき1ワークスペースと定義)を運用する場合、またはフロントエンド(web/ディレクトリまたはDockerのwebイメージを含む)のLOGOと著作権情報を削除または変更する場合は、生産者から商用ライセンスを取得する必要があります。貢献者は、生産者がライセンス条項を調整できること、および貢献したコードが商用目的(クラウドビジネス運営を含む)で使用される可能性があることに同意します。抜粋には、保証、サポート、またはセキュリティ保証については何も記載されていません。それらのトピックは対象外です。
「追加条件付きライセンスの実務影響」では、difyの設定と実行結果を確認します。確認用には `docker/.env` の変更後に再起動し、取り込んだPDFの検索結果、ワークフローの実行ログ、公開APIの入力と出力、フロントエンドのロゴ表示を個別に記録してください。
編集部の結論
Difyは、LLMアプリの試作からAPI提供までを同じプロジェクトで管理したいチームに適します。導入時は `cd docker && cp .env.example .env && docker compose up -d` を実行し、http://localhost/install で初期化した後、文書取り込み、検索、ツール呼び出し、API応答を一つのワークフローで確認してください。マルチテナント運用とロゴ変更には追加ライセンス条件があるため、公開前にLICENSEの該当箇所を照合します。
コミュニティノート