Skip to main content
A workflow run is one execution of a workflow. It records the workflow input, output or error, status, timing, trigger context, usage, and trace data. Use workflow run history when you want to debug a failed automation, confirm what input a workflow received, inspect its final output, or understand how it was triggered.

Where to find workflow runs

Open History in the web app, then filter Type to Workflow. Select a run to inspect its details. The History page is shared across workflow and agent runs. See Run history for the full table, filters, statuses, and detail tabs.

What starts a workflow run

Workflow runs can start from:
SourceExample
API or CLI invocationkeystroke workflows run signup-pipeline --input '{"email":"ada@example.com"}'
Webhook triggerAn inbound HTTP request attached to a workflow
ScheduleA cron source attached to a workflow
Poll triggerA polling source that found new work
Workflow toolAnother runtime path that invokes the workflow as a tool
The trigger label in History tells you how the run started. The Metadata tab includes both the readable trigger label and the raw trigger value.

Inspect input, output, and errors

For workflow runs, the detail panel’s Overview tab shows:
SectionWhat it shows
InputThe payload passed into the workflow
OutputThe workflow’s final output after a successful run
ErrorThe failure payload when the run failed
UsageDuration and cost line items recorded for the run
Payloads can be viewed as JSON or YAML and copied from the detail panel. The Metadata tab shows run identity, actor, project, trigger, queue time, start and finish times, models used, services used, and total cost. The Trace tab shows raw spans and logs when trace data is available.

Use the CLI

Use keystroke workflows runs when you know which workflow you want to inspect:
keystroke workflows runs list signup-pipeline --status failed
keystroke workflows runs get signup-pipeline <run-id> --include trigger,steps,trace
You can cancel a queued or running workflow run:
keystroke workflows runs cancel <run-id>
Use keystroke history when you want cloud history across workflows and projects:
keystroke history list --kind workflow --status failed
keystroke history get <run-id>
workflows runs follows the resolved CLI target, so it can inspect local runs while you are developing and cloud runs after deploy. history is for platform run history in the active organization. See the CLI reference for command details.

Next steps

Run history

Learn the shared History table and detail panel.

Run workflows

Start workflow runs and inspect their results.

Build workflows

Define workflows and compose actions.

Agent runs

Compare workflow executions with agent sessions.