このドキュメントは AI によって自動翻訳されています。不正確な部分がある場合は、英語版 を参照してください。Dify アプリは、そのままバックエンド API サービスとして利用できます。
API 統合の仕組み
- アプリを構築:必要な AI 機能を備えたアプリを Dify Studio で作成します
- API 認証情報を生成:アプリの機能に安全にアクセスするための認証情報を生成します
- API を呼び出し:アプリケーションから API を呼び出して AI による応答を取得します
- ユーザーとの対話:ユーザーはカスタムインターフェースと対話し、Dify が AI 処理を担当します
開始方法
1
API 設定にアクセス
アプリで、左サイドバーの API Access に移動します。
2
API 認証情報を作成
統合用の新しい認証情報を生成します。異なる環境やユーザー向けに複数のキーを作成できます。
3
ドキュメントを確認
Dify は、アプリの設定に特化した完全な API ドキュメントを生成します。
4
アプリに実装
提供されたサンプルを使用して、API 呼び出しをアプリケーションに統合します。
テキスト生成アプリケーション
これらのアプリケーションは、completion-messages API を呼び出してユーザー入力を送信し、生成されたテキスト結果を取得することで、記事、要約、翻訳などの高品質なテキストを生成します。テキスト生成に使用されるモデルパラメータとプロンプトテンプレートは、開発者が Dify のプロンプト編集ページで行った設定に依存します。 このアプリケーションの API ドキュメントとリクエストサンプルは、アプリケーション -> API アクセス で確認できます。 例えば、以下はテキスト生成 API を呼び出すサンプルです。- cURL
- Python
対話型アプリケーション
対話型アプリケーションは、質問と回答の形式でユーザーとの継続的な対話を実現します。対話を開始するには、chat-messages API を呼び出します。各セッションに対して conversation_id が生成され、対話の流れを維持するために後続の API 呼び出しに含める必要があります。
重要な注意事項:サービス API は、WebApp で作成された対話を共有しません。API を通じて作成された対話は、WebApp インターフェースで作成されたものとは分離されています。
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