Skip to main content
GET
流式获取工作流事件

Authorizations

Authorization
string
header
required

API Key 认证。对于所有 API 请求,请在 Authorization HTTP 头中包含您的 API Key,并加上 Bearer 前缀。示例:Authorization: Bearer {API_KEY}强烈建议将 API Key 存储在服务端,不要在客户端共享或存储,以避免 API Key 泄漏导致严重后果。

Path Parameters

workflow_run_id
string<uuid>
required

要恢复事件流的工作流运行 ID(取自原始运行响应中的 workflow_run_id)。

Query Parameters

user
string
required

最初触发该运行的终端用户标识。必须与工作流运行的创建者一致。

include_state_snapshot
boolean
default:false

true 时,从持久化状态快照重放,在流式发送新事件前附带已执行节点的状态摘要。

continue_on_pause
boolean
default:false

设为 true 时,流会在多次 workflow_paused 事件之间保持打开(适用于工作流包含多个连续人工介入节点的场景)。默认在首次暂停时关闭流。

Response

Server-Sent Events 流。每个事件以 data: {JSON}\n\n 形式送达。事件载荷结构与原始流式响应一致。

已恢复工作流运行的事件 SSE 流,格式与 执行工作流 相同。当恢复部分运行设置 reasoning_format: separated 的 LLM 节点时,本流还会携带 reasoning_chunk 事件。

Last modified on July 2, 2026