Flows · Runs · Approve or reject a task the run is waiting on
Resolves a human-approval gate so a blocked run can continue.
Takes the waiting task’s reference_task_name and a status: COMPLETED
approves and the run proceeds, FAILED rejects and the run fails. An optional
data object is passed into the workflow, which is how a rejection reason
reaches later steps.
The run must genuinely be waiting on that task, and the reference name must match, or the call is a 400.
resource: workflow://run-control covers how to find the waiting task.
Authentication
Header authentication of the form Api-Key <token>
Bearer authentication of the form Bearer <token>, where token is your auth token.
Path parameters
UUID of a single workflow execution, from flows_startWorkflow
(returned as workflow_id) or flows_listWorkflowRuns (returned as
id). NOT the small integer workflow-definition ID.
Request
Reference name of the waiting task, as shown in the tasks array
of flows_getWorkflowRun (expand tasks on
flows_getWorkflowRunStatus for a slimmer view).
COMPLETED releases the gate and lets the run continue.
FAILED fails the task, which usually fails the whole run.
Response
Task status updated; the run continues or fails accordingly.
