What lives at the top of a workflow
Each workflow declares:| Field | Purpose |
|---|---|
id | Stable identifier. |
name | Human label shown in the workflow list. |
description | One-paragraph product summary. |
status | draft · active · archived |
version | Monotonic integer — bumped on every save. |
createdBy / createdAt / updatedAt | Authorship + edit history. |
parameters | Top-level tunables shared across nodes (thresholds, callback URLs, feature flags). |
nodes | The list of nodes (see node reference). |
edges | Directed connections — source, target, optional sourceHandle, optional label. |
Node taxonomy
Flow control
input, output, split, decisionTable, assignment, conditionComputation
rule, scorecard, code, aiIntegration
dataSource, customApiHuman + outcome
manualReview, actionVariables and templating
Every node writes outputs to the run context. Downstream nodes read them via{{path.to.variable}} interpolation.
Parameters
Top-levelparameters are the tunable surface — what compliance can change without touching the graph.
{{params.max_address_length}}) and are version-controlled together with the graph.
Runs and history
Every execution writes to the workflow’s run history with per-node input, output and elapsed time. The Workflow Run Inspector replays this for any run.Editing safely
Branch the graph
Use the Workflow Editor’s “Duplicate as draft” to fork a workflow into a draft you can edit freely.
Test with fixtures
Pin a known-good input from a recent run. Click “Test workflow” — every node executes against the fixture without writing decisions.