When to Use
You know what to build
Section titled “You know what to build”Use /flow-next:capture if the requirement is in the current conversation, then plan the generated spec. Skip chart - intent and boundaries are already stateable (signal absent).
/flow-next:capture/flow-next:plan fn-1/flow-next:work fn-1You have a conversation, not a spec
Section titled “You have a conversation, not a spec”Use /flow-next:capture. It synthesizes the current thread into a source-tagged spec and shows a read-back before writing.
One large idea, still too unclear to capture
Section titled “One large idea, still too unclear to capture”Use /flow-next:chart. It resolves one decision at a time until the effort is briefable, then hands a briefing package to capture. Chart is optional discovery - never a mandatory stage.
/flow-next:chart multi-tenant billing with unknown pricing and migration risks# ... resolve decisions until briefable .../flow-next:captureUnsure which command comes next
Section titled “Unsure which command comes next”Use /flow-next:guide. It recommends the smallest sufficient route from your starting state and names whether a skip is signal-absent or despite unresolved risk. To see the reasoning worked through for five common shapes — epic, feature, small task, bug, docs chore — read Pipeline Variations.
You have a target but need clarity
Section titled “You have a target but need clarity”Use /flow-next:interview. For teams, split the interview:
/flow-next:interview fn-1 --scope=business/flow-next:interview fn-1 --scope=technical --strategy --docsYou do not know what to build next
Section titled “You do not know what to build next”Use /flow-next:prospect. It ranks candidate ideas grounded in the repo, strategy, memory, and open specs. After you pick a candidate, chart only if it remains oversized and unclear; otherwise capture.
You need product alignment
Section titled “You need product alignment”Use a business interview before the technical pass:
/flow-next:interview fn-1 --scope=business/flow-next:interview fn-1 --scope=technicalThis is the best default for teams where a PO, PM, designer, or support lead owns part of the requirement.
You need high confidence before merge
Section titled “You need high confidence before merge”Use the full review stack:
/flow-next:plan-review fn-1/flow-next:work fn-1/flow-next:impl-review fn-1/flow-next:spec-completion-review fn-1/flow-next:make-pr fn-1The plan review checks whether the work is safe to start. Implementation review checks the diff. Completion review checks the whole spec after all tasks are done.
You want overnight execution
Section titled “You want overnight execution”Three loops cover the autonomy spectrum — same pipeline, same gates (Going Autonomous has the full picture):
- Pilot — the build loop. One tick advances one ready spec by one stage; your host’s
/loopor/goaldrives it from blessed spec to draft PR. - Land — the ship loop. Babysits the PRs the build loop opened: CI green, reviews converged, merged, released.
- Ralph — the hardened harness for fully planned specs: fresh session per iteration, hook-enforced guardrails. Use it only after specs are crisp enough to verify.
/loop 10m /flow-next:pilot # build loop/loop 30m /flow-next:land # ship loop
/flow-next:ralph-init # hardened harnessscripts/ralph/ralph_once.shscripts/ralph/ralph.shDo not use Flow-Next for
Section titled “Do not use Flow-Next for”- One-line edits where no durable context matters.
- Throwaway prototypes that will not be reviewed or maintained.
- Product decisions the agent should not make.
- Work where nobody will read the spec or receipts.
When in doubt, start with a small spec. Flow-Next adds the most value when ambiguity, coordination, or review cost would otherwise dominate the work.