Skip to content

Commands ​

You don't need to memorize them. Pick by situation, then read details only when needed.

Cheatsheet ​

text
new feature            →  /curdx-flow:start <name> <goal>
where am I?            →  /curdx-flow:status
ready to build?        →  /curdx-flow:implement
goal is too big        →  /curdx-flow:triage <goal>
switch active spec     →  /curdx-flow:switch <spec>
install / repair       →  npm exec -- @curdx/flow@latest install curdx-flow --yes
health check           →  npm exec -- @curdx/flow@latest status

The 99% sequence:

text
/curdx-flow:start todo-app  build a todo app
/curdx-flow:status
/curdx-flow:implement

/curdx-flow:start ​

The recommended entry point. It decides whether to handle directly, write a light spec, write a full spec, resume existing work, or suggest decomposition.

text
/curdx-flow:start todo-app build a Todo app with create, edit, complete, delete

Flags worth knowing:

FlagUse when
--quickLow-risk work, fewer confirmation steps.
--freshForce a new spec — don't resume an old one.
--task-granularity standardDefault for product features.
--task-granularity fineSmaller tasks, easier review.
--task-granularity coarsePrototyping; you accept bigger tasks.
--specs-dir <path>Monorepo — pick which specs/ folder.

/curdx-flow:status ​

When you don't know where you are, run this first.

text
/curdx-flow:status

Tells you:

  • active spec
  • which artifact files exist
  • current phase
  • the next command Flow recommends
  • any missing companion capabilities

/curdx-flow:implement ​

Run when tasks.md is ready.

text
/curdx-flow:implement

Flags worth knowing:

FlagUse when
--manualAuto-continuation isn't available, or you want one pass at a time.
--max-task-iterations 5Cap retries per task.
--max-global-iterations 30Cap the whole run.
--recovery-modeAfter failures, generate fix-tasks instead of stalling.

/curdx-flow:triage ​

For goals too large for one spec.

text
/curdx-flow:triage build a customer portal with login, billing, dashboard, and admin

Use it when:

  • the ask clearly contains multiple modules,
  • dependency order matters,
  • one spec would be unreadable,
  • child specs should be reviewed separately.

CLI commands (terminal, outside Claude Code) ​

CommandPurpose
npm exec -- @curdx/flow@latest install curdx-flow --yesInstall or repair.
npm exec -- @curdx/flow@latest install --all --yesAdd every known companion capability.
npm exec -- @curdx/flow@latest statusShow install state.
npm exec -- @curdx/flow@latest updateUpdate installed plugins.
npm exec -- @curdx/flow@latest analyze --out report.mdAnalyze Claude Code session logs.
npm exec -- @curdx/flow@latest checkValidate evidence for the current spec.
curdx-flow doctorOne-line health diagnosis (plugins, MCP, browser).
curdx-flow specs listList specs and their phases.
curdx-flow route --compile --goal "…"Dry-run routing for a goal.

Full Claude Code command list ​

CommandPurpose
/curdx-flow:helpHelp text + recommended next step.
/curdx-flow:startSmart start, create, or resume.
/curdx-flow:newExplicitly create a new spec (no auto-resume).
/curdx-flow:researchRe-run fact and risk discovery.
/curdx-flow:requirementsGenerate requirements and acceptance criteria.
/curdx-flow:designGenerate technical design.
/curdx-flow:tasksGenerate the task list.
/curdx-flow:implementRun the task loop with verification.
/curdx-flow:statusShow state + next step.
/curdx-flow:switchChange the active spec.
/curdx-flow:triageSplit a large goal into multiple specs.
/curdx-flow:refactorUpdate spec files after implementation learning.
/curdx-flow:cancelStop or remove spec state (with confirmation).
/curdx-flow:prompt-optimizeImprove a draft prompt without executing.