ワークフローイベントをストリーム
対象アプリ：Chatflow、Workflow。
一時停止後または元の SSE 接続が切断された後にワークフロー実行の Server-Sent Events ストリームを再開します。すでに完了している実行に対しては、workflow_finished イベントを 1 つ送信してストリームを閉じます。
進行中の実行のノードレベルのステータスと進捗を確認するには、include_state_snapshot=true を指定して呼び出します。ストリームは新しいイベントの送信前に、実行済み各ノードのステータスを再送します。
Authorizations
すべてのリクエストは API キーで認証します：Authorization: Bearer {API_KEY}。アプリのエンドポイントにはアプリの API キーを、ナレッジのエンドポイントにはナレッジベースの API キーを使用します（Dify API クイックスタート）。
キーはサーバーサイドで保管し、クライアントコードには決して埋め込まないでください。キーが欠落または無効なリクエストは HTTP 401（unauthorized）で失敗します。
Path Parameters
Query Parameters
エンドユーザーの識別子。アプリ側で定義し、アプリ内で一意にします。実行を開始した user と一致する必要があります。エンドユーザーの識別 を参照してください。
true の場合、永続化された状態スナップショットからリプレイし、新しいイベントのストリーミング開始前に実行済みノードのステータスサマリーを含めます。
true に設定すると、複数の workflow_paused イベントを跨いでストリームを開いたままにします（ワークフローに複数の人間の入力ノードが連続する場合に有用）。デフォルトでは最初の一時停止で閉じます。
Response
Server-Sent Events ストリーム。各イベントは data: {JSON}\n\n として配信されます。イベントペイロードは元のストリーミングレスポンスと同じスキーマに従います。
再開されたワークフロー実行のイベントの SSE ストリームです。形式は ワークフローを実行（Workflow アプリ）または チャットメッセージを送信（Chatflow アプリ）と同じです。再開された部分で reasoning_format: separated を指定した LLM ノードが実行される場合、このストリームには reasoning_chunk イベントも含まれます。