Create Workflow Eval
Create a workflow eval.
Pins an expected outcome for one block in a workflow. Provide the
workflow_id, the target block, an assertion describing the expected
output, and a source of eval inputs (explicit handle inputs or a capture
from a prior run/step). Returns the created eval with status 201.
workflow_id in the request body.
The request body has three parts:
target— the block the eval runs against.source— where the inputs come from.manualcarries an explicithandle_inputsmap;run_stepreferences a previous workflow run plus the optional step inside it whose inputs to capture.assertion— required. One assertion per eval against one declared output handle (see Workflow Evals for the assertion shape and the available operators).
Authorizations
Bearer authentication header of the form Bearer <token>, where <token> is your auth token.
Body
Body to create a workflow eval: the target block, an input source, and an assertion to evaluate its output.
Public workflow-eval target.
The storage layer remains block-scoped today, but the API shape names the tested entity explicitly so workflow-level targets can be added later.
- ManualWorkflowEvalSource
- RunStepWorkflowEvalSource
Block-eval assertion against one declared output handle.
target is the only supported shape: an output handle id and an
optional relative path inside that handle's payload.
Response
Successful Response
A saved workflow eval: a target block, an input source, and the assertion evaluated against its output.
Public workflow-eval target.
The storage layer remains block-scoped today, but the API shape names the tested entity explicitly so workflow-level targets can be added later.
- ManualWorkflowEvalSource
- RunStepWorkflowEvalSource
Block-eval assertion against one declared output handle.
target is the only supported shape: an output handle id and an
optional relative path inside that handle's payload.
Single-rule schema dependency for Level 2 drift detection.
valid, drifted, broken none, partial, drifted, unknown Summary of the most recent block-eval run.
Execution status and verdict outcome are exposed as separate fields.
The summary is written on terminal-state transitions, so in practice
status is one of completed | error | cancelled and outcome is
populated when status == "completed".
Summary of the most recent block-eval run.
Execution status and verdict outcome are exposed as separate fields.
The summary is written on terminal-state transitions, so in practice
status is one of completed | error | cancelled and outcome is
populated when status == "completed".
Summary of the most recent block-eval run.
Execution status and verdict outcome are exposed as separate fields.
The summary is written on terminal-state transitions, so in practice
status is one of completed | error | cancelled and outcome is
populated when status == "completed".
When the workflow eval was created
When the workflow eval was last updated