Workflow Engine Skill

Provides a declarative, machine-readable workflow graph that the Orchestrator reads instead of relying on hardcoded step logic.

When to Use

• Orchestrator determining the next step after a gate
• Resuming a workflow via apex-recall show <project> --json
• Validating that all steps have proper dependencies and outputs
• Understanding fan-out (parallel sub-steps) and conditional routing

Rules

• DAG only — the workflow is a Directed Acyclic Graph; no cycles, no back-edges
• Source of truth is templates/workflow-graph.json — the orchestrator reads this directly; do not encode workflow logic in agent prose
• Gates are blocking — a gate node halts downstream execution until human approval is recorded in session state
• IaC routing is conditional on decisions.iac_tool — Step 3 → Step 4 / 5 / 6 routes to *-b (Bicep) or *-t (Terraform)
• Fan-out children execute in parallel — Step 7 docs is the canonical example; do not serialize parallel children
• Edge conditions — use exactly one of on_complete, on_skip, on_fail per edge; ambiguity is a validation error
• Schema evolution — bump metadata.version and follow references/schema-evolution.md rollback rules when changing the graph
• Validation is enforced at three points — graph shape (validate-workflow-graph.mjs), handoff buttons (validate-agents.mjs --only=workflow-handoffs), and gate-companion H2 sync (validate-artifacts.mjs)

Steps

Orchestrator protocol for routing the next step:

1. Load templates/workflow-graph.json
2. Read current state — apex-recall show <project> --json → current_step
3. Find the matching node in the graph
4. Check node status:
   • complete → follow on_complete edges → find next node
   • in_progress → resume from sub_step checkpoint
   • pending → execute this node
   • skipped → follow on_skip edges
5. Apply IaC routing when present — read decisions.iac_tool and pick the *-b or *-t branch
6. If next is a gate — present to user, wait for approval, record decision in session state
7. If next is a subagent-fan-out — dispatch all children in parallel; collect results before continuing
8. Repeat until all nodes are complete or blocked

Core Concepts

The workflow is a Directed Acyclic Graph (DAG): nodes (agent-step, gate, subagent-fan-out, validation), edges with conditions (on_complete, on_skip, on_fail), gates (human approvals), and fan-out (parallel sub-steps such as Step 7 doc generation). IaC routing edges from Step 3 forward conditionally branch on decisions.iac_tool (Bicep → step-4b, Terraform → step-4t); the pattern repeats for Steps 5 and 6.

Full node-type table, edge-condition matrix, and IaC routing rules in references/dag-concepts.md.

Workflow Graph

The full machine-readable DAG is in: templates/workflow-graph.json

Reading the Graph (Orchestrator Protocol)

1. Load workflow-graph.json
2. Run `apex-recall show <project> --json` → current_step
3. Find the node matching current_step in the graph
4. Check node status:
   - complete → follow on_complete edges → find next node
   - in_progress → resume from sub_step checkpoint
   - pending → execute this node
   - skipped → follow on_skip edges
5. If next node is a gate → present to user, wait for approval
6. If next node is a fan-out → execute children in parallel
7. Repeat until all nodes are complete or blocked

Reference Index

Validation Surfaces

The workflow graph is enforced at three points:

Run all three together via npm run validate:_node (CI) or npm run lint:workflow-handoffs (focused).