チャットメッセージを送信
対象アプリ:Chatflow。
デプロイした Chatflow アプリにメッセージを送信し、ブロッキングまたはストリーミングで回答を返します。
標準 API の対応する操作:チャットメッセージを送信。相違点は次のとおりです。
workflow_idとauto_generate_nameは無視されます。trace_idとtrace_session_idを受け付けます。- ストリームに TTS、モデレーション、アノテーション、Agent のイベントは含まれません。
- エラーコードが異なります。
承認
すべてのリクエストは API キーで認証します:Authorization: Bearer {API_KEY}。アプリのエンドポイントにはアプリの API キーを、ナレッジのエンドポイントにはナレッジベースの API キーを使用します(Dify API クイックスタート)。
キーはサーバーサイドで保管し、クライアントコードには決して埋め込まないでください。キーがない、または無効な場合は HTTP 401(unauthorized)が返ります。
ヘッダー
クエリパラメータ
ボディ
チャットメッセージを送信するためのリクエストボディ。
エンドユーザーの識別子。アプリ側で定義し、アプリ内で一意にします。会話、メッセージ、ファイルは、同じ user を指定したリクエストからのみ参照できます。エンドユーザーの識別 を参照してください。
続ける会話の ID です。省略するか空文字列を渡すと、新しい会話を開始します。レスポンスでは、次のメッセージに付ける conversation_id が返ります。以前の会話を再開する場合は、その ID を 会話一覧を取得 で取得します。
メッセージに添付するファイルです。ローカルファイルの場合は、まず ファイルをアップロード でアップロードし、返された id を upload_file_id として transfer_method: local_file で指定します。
レスポンス
コンテンツタイプと構造はリクエストの response_mode パラメータに依存します。
response_modeがblockingの場合、application/jsonでChatCompletionResponseオブジェクトを返します。response_modeがstreamingの場合、text/event-streamでサーバー送信イベントのストリームを返します。
この実行のタスク ID です。ブロッキングモードでは、最終レスポンスのボディにのみ含まれます。そのため チャットメッセージの生成を停止 が実用的なのは、ストリーミングの場合だけです。