Reference for the workflow MDX component, including usage notes and examples.
Workflow communicates end-to-end process stages in a structured visual block.
When to use
- Cross-team delivery flows
- Spec-to-artifact release pipelines
- Approval and governance checkpoints
Supported props
| Prop | Type | Required | Default | Purpose |
|---|---|---|---|---|
model_key | string | yes* | current route model | Model context for workflow lookup |
workflow_id | string | yes | none | Workflow id (<id>.wf) to render |
artifact_key | string | no | workflow_id | Workflow artifact tab key |
atifact_key | string | no | alias of artifact_key | Backward-compatible typo alias |
* In specs pages there is no model route context, so set model_key explicitly.
Important
<Stage /> children are not supported by this component. Workflow renders
an existing workflow artifact by workflow_id.
Example
These examples render two workflows from this project’s deployment model.
User sign-in
<Workflow model_key="deployment" workflow_id="sign-in" />Release upgrade
<Workflow model_key="deployment" workflow_id="release-upgrade" />If the workflow artifact exists, this renders the workflow diagram preview panel.
If workflow_id is missing or cannot be loaded, it shows an inline error placeholder.
Common pitfalls
- Treating
Workflowas a manual layout component with nested stages - Omitting
model_keyin docs pages that are outside model routes - Using a
workflow_idthat does not exist in model workflow artifacts
Last updated on