Dify API を使用する利点
- フロントエンドアプリケーションが直接安全にLLMの能力を呼び出すことができ、バックエンドサービスの開発プロセスを省略
- 視覚的なインターフェースでアプリケーションを設計し、すべてのクライアントにリアルタイムで反映
- LLMプロバイダーの基本能力を良好にパッケージ化
- LLMプロバイダーをいつでも切り替え、LLMのAPIキーを集中管理
- 視覚的なインターフェースでアプリケーションを運営、例えばログの分析、ラベリング、ユーザーの活性度の観察
- アプリケーションに対して継続的により多くのツール能力、プラグイン能力、データセットを提供
利用方法
アプリケーションを選択し、アプリケーション(Apps)の左側ナビゲーションで**APIアクセス(API Access)**を見つけます。このページでDifyが提供するAPIドキュメントを確認し、APIにアクセスするための認証情報を管理できます。  例えば、あなたがコンサルティング会社の開発部門であれば、会社のプライベートデータベースに基づいてAI能力をエンドユーザーや開発者に提供できますが、開発者はあなたのデータやAIロジック設計を把握することはできません。これにより、サービスは安全かつ持続可能に提供され、商業目的を満たすことができます。 アプリケーションに対して複数のアクセス認証情報を作成し、異なるユーザーや開発者に提供することができます。これにより、APIの使用者はアプリケーション開発者が提供するAI能力を使用できますが、その背後のプロンプトエンジニアリング、データセット、ツール能力はパッケージ化されています。テキスト生成型アプリケーション
高品質なテキスト生成に使用できるアプリケーション、例えば記事生成、要約、翻訳などが含まれます。completion-messagesエンドポイントを呼び出し、ユーザー入力を送信して生成されたテキスト結果を取得します。テキスト生成に使用されるモデルパラメータとプロンプトテンプレートは、Difyのプロンプト編成ページで開発者が設定したものに依存します。 アプリケーション -> APIアクセスでそのアプリケーションのAPIドキュメントとサンプルリクエストを見つけることができます。 例えば、テキスト補完情報のAPIの呼び出し例:- cURL
- Python
会話型アプリケーション
大部分のシーンで使用できる会話型アプリケーションは、一問一答形式でユーザーと継続的に会話します。会話を開始するにはchat-messagesエンドポイントを呼び出し、返されたconversation_idを引き続き提供することで会話を継続することができます。conversation_id に関する重要事項:
conversation_idの生成: 新しい会話を開始するときは、conversation_idフィールドを空のままにしておきます。システムは新しいconversation_idを生成して返します。この新しいconversation_idは、今後のやり取りで使用して会話を続行します。- 既存のセッションでの
conversation_idの処理:conversation_idが生成されると、Dify ボットとの会話の継続性を確保するために、今後の API 呼び出しにこのconversation_idを含める必要があります。以前のconversation_idが渡されると、新しいinputsは無視されます。進行中の会話ではqueryのみが処理されます。 - 動的変数の管理: セッション中にロジックまたは変数を変更する必要がある場合は、会話変数 (セッション固有の変数) を使用してボットの動作または応答を調整できます。
chat-messagesのAPIの呼び出し例:
- cURL
- Python
このページを編集する
コントリビューションでドキュメントの改善に協力していただきたいと思っています。ドキュメントの改善に興味がある場合は、GitHubでこのページを編集してください。
問題を報告する
バグやエラーを見つけた場合や、提案がある場合はお知らせください