ワークフローイベントをストリーム
対象アプリ:Chatflow、Workflow。
一時停止後または元の SSE 接続が切断された後にワークフロー実行の Server-Sent Events ストリームを再開します。すでに完了している実行に対しては、workflow_finished イベントを 1 つ送信してストリームを閉じます。
進行中の実行のノードレベルのステータスと進捗を確認するには、include_state_snapshot=true を指定して呼び出します。ストリームは新しいイベントの送信前に、実行済み各ノードのステータスを再送します。
Authorizations
API Key 認証です。すべての API リクエストにおいて、Authorization HTTP ヘッダーに Bearer プレフィックスを付けた API Key を含めてください。例:Authorization: Bearer {API_KEY}。API Key はサーバーサイドに保存し、クライアントサイドで共有・保存しないことを強く推奨します。API Key の漏洩は深刻な結果につながる可能性があります。API Key が欠落または無効な場合、HTTP 401 とエラーコード unauthorized が返されます。
Path Parameters
イベントストリームを再開するワークフロー実行 ID(元のワークフロー実行レスポンスの workflow_run_id)。
Query Parameters
この実行を最初にトリガーしたエンドユーザー識別子。ワークフロー実行の作成者と一致している必要があります。
true の場合、永続化された状態スナップショットからリプレイし、新しいイベントのストリーミング開始前に実行済みノードのステータスサマリーを含めます。
true に設定すると、複数の workflow_paused イベントを跨いでストリームを開いたままにします(ワークフローに複数の人間の入力ノードが連続する場合に有用)。デフォルトでは最初の一時停止で閉じます。
Response
Server-Sent Events ストリーム。各イベントは data: {JSON}\n\n として配信されます。イベントペイロードは元のストリーミングレスポンスと同じスキーマに従います。
再開されたワークフロー実行のイベントの SSE ストリームです。形式は ワークフローを実行(Workflow アプリ)または チャットメッセージを送信(Chatflow アプリ)と同じです。再開された部分で reasoning_format: separated を指定した LLM ノードが実行される場合、このストリームには reasoning_chunk イベントも含まれます。