workflow-designlisted
Install: claude install-skill ghorbanies/workflow-design
# Workflow design, proof, and dynamics
A workflow is anything an item moves through: intake → review → approval → fulfillment,
draft → edit → publish, ticket → triage → assignment → close. It has **stations** (where an
item waits), **gates** (where a decision is made), and **transitions** (how it moves).
## Which phase am I in?
Route by the situation, not by curiosity — read only the reference the task needs:
- **Designing a flow, adding a status field, or reviewing a data model** → Phase 1.
- **Auditing tests, a green suite that shipped a bug, "do these tests protect anything?"** → Phase 2.
- **"Where do items get stuck?", "is this approval step worth it?", reading an event log** → Phase 3.
- **The flow's definition is changing while items are in flight** → Phase 4 (and capture
the Phase 3 baseline *first*).
And four contexts that change *where* the rules land, not the rules — read alongside the
phase you are in:
- **No code at all** — the flow runs on spreadsheets, forms, or paper →
[references/human-flows.md](references/human-flows.md) (the log is a sheet; the CSV
bridge feeds `dynamics.py` unchanged).
- **A human gate reviews AI/agent output** — drafts, classifications, proposed actions →
[references/ai-gates.md](references/ai-gates.md) (the agent is an actor, never a
decider; rubber-stamp detection; a prompt change is a flow change).
- **Time promises** — SLAs, deadlines, reminders, escalation →
[references/slas.md](references/slas.md) (an SLA needs an