ワークフローイベントをストリーム
対象アプリ: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)で失敗します。
パスパラメータ
クエリパラメータ
エンドユーザーの識別子。アプリ側で定義し、アプリ内で一意にします。実行を開始した user と一致する必要があります。エンドユーザーの識別 を参照してください。
true の場合、永続化された状態スナップショットからリプレイし、新しいイベントのストリーミング開始前に実行済みノードのステータスサマリーを含めます。
true に設定すると、複数の workflow_paused イベントを跨いでストリームを開いたままにします(ワークフローに複数の人間の入力ノードが連続する場合に有用)。デフォルトでは最初の一時停止で閉じます。
レスポンス
Server-Sent Events ストリーム。各イベントは data: {JSON}\n\n として配信されます。イベントペイロードは元のストリーミングレスポンスと同じスキーマに従います。
再開されたワークフロー実行のイベントの SSE ストリームです。形式は ワークフローを実行(Workflow アプリ)または チャットメッセージを送信(Chatflow アプリ)と同じです。再開された部分で reasoning_format: separated を指定した LLM ノードが実行される場合、このストリームには reasoning_chunk イベントも含まれます。