ワークフローイベントをストリーム
対象アプリ:Chatflow、Workflow。
一時停止後または元の SSE 接続が切断された後にワークフロー実行の Server-Sent Events ストリーム を再開します。すでに完了している実行に対しては、workflow_finished イベントを 1 つ送信してストリームを閉じます。
進行中の実行のノードレベルのステータスと進捗を確認するには、include_state_snapshot=true を指定して呼び出します。ストリームは新しいイベントの送信前に、実行済み各ノードのステータスを再送します。
承認
すべてのリクエストは API キーで認証します:Authorization: Bearer {API_KEY}。アプリのエンドポイントにはアプリの API キーを、ナレッジのエンドポイントにはナレッジベースの API キーを使用します(Dify API クイックスタート)。
キーはサーバーサイドで保管し、クライアントコードには決して埋め込まないでください。キーがない、または無効な場合は HTTP 401(unauthorized)が返ります。
パスパラメータ
イベントストリームを再開するワークフロー実行 ID です。ワークフローを実行 のレスポンスまたはストリーミングイベントから取得します。
レスポンス
Server-Sent Events ストリーム。ストリームはキープアライブの event: ping フレーム(data: なし)で始まり、その後もおよそ 10 秒ごとに届きます。それ以外のイベントは data: {JSON}\n\n として配信されます。イベントペイロードは元のストリーミングレスポンスと同じスキーマに従います。
再開されたワークフロー実行のイベントの SSE ストリームです。形式は ワークフローを実行(Workflow アプリ)または チャットメッセージを送信(Chatflow アプリ)と同じです。再開された部分で reasoning_format: separated を指定した LLM ノードが実行される場合、このストリームには reasoning_chunk イベントも含まれます。