Founders don't fail from missing strategy; they fail from open loops. Sprint closes them: every session starts oriented, works exactly one step of the roadmap to done, and ends with the state saved so tomorrow starts oriented too.

  session opens
       |
  [ standup ]   baton + active initiative -> 5 lines + ONE next move
       |
  [ gate ]      state must be planned/executing, or it routes to plan
       |
  [ one step ]  session-sized, finished completely, verified
       |
  [ close ]     box checked, fog graduated, baton rewritten

Before any step, read . This resolves from the installed skill directory to the plugin's shared contract, independent of the founder's working folder. Its state, receipts, and queue item rules govern this workflow.

Run the shared contract's Universal preflight. A Fresh, Partial, or Wrong-folder result routes to (re-sync for Partial) and stops without inventing a baton or initiative. On Ready, read, in order: the charter, at the vault root (the last session's closing note), the active initiatives in (states or ), and any waiting "Needs your call" sections.

No active initiative is a legitimate first-use state. Say "Nothing is active" with the file search that proved it. If is missing, propose exactly one focus: run vision. If vision exists, read its quarter goal and propose exactly one focus: run plan on that goal. Stop before the execution gate; there is no roadmap step to execute yet.

More than one initiative active: the tiebreaker is deterministic. Take the one names if it is still active; otherwise prefer over , then the most recent Log entry. Still tied: one question, with a recommended focus and the tie named.

Then report in AT MOST five lines: where things stand, what happened last session, what is waiting on the founder, and exactly ONE suggested focus. One focus, never a list; a menu is a decision pushed back onto the person who hired you to carry it. Every line cites where it came from (file or log row); a fact you cannot source is reported as "not on record", never improvised.

Accountability, factual and unheated: the last baton named a next move and any committed dates. Compare against what actually happened. A slip gets stated plainly ("the pricing page was the move, it didn't happen") and one question: what changed? The answer often belongs in the roadmap or the vault; route it there.

Done when: the founder knows the state, the slippage if any, and the ONE proposed move, or the zero-active route has handed them to vision or plan.

The chosen work's initiative must be exactly or . Every other state refuses execution per the refusal shape in the shared contract (name the missing stage, ask the first missing question): and route to plan (BIG ideas that have not faced the gauntlet go there first), and are closed arcs whose renewed work needs a new with pointing to the closed file, and an unknown or malformed state stops for repair, never gets guessed around. The founder's enthusiasm today does not outrank the gate; the gate is what their enthusiasm hired.

A founder ask that is NOT on the active roadmap gets one explicit line before any work. The ask matches a "Not yet decided" item whose answer is now visible: ask the one confirmation it needs, then move it into Next steps as a session-sized checkbox. It matches nothing: it is new scope and routes through plan first. Silent scope additions are how roadmaps become fiction.

Apply the shared parameter gate to any new time block, due date, quantity, or completion threshold. The roadmap can supply a recorded value; otherwise ask one question or leave an unverified candidate. Sprint never invents a two-hour block to make a useful habit sound concrete.

Done when: the work about to start maps to one legitimate roadmap step.

Starting the first-ever step on a initiative: set NOW, before the work, with bumped. The state says work has begun; an interrupted session must not leave the file claiming otherwise.

Work the step with the founder to DONE, where done is the checkbox's own text, visibly completed and verified in the session. The discipline:

For a step containing "approve" or "publish," re-read the canonical content file before checking the box. Approval requires plus a checked ; publication requires , , and a checked . These are T1 consent surfaces (shared contract, Immutable consent receipts): the receipt must cite the founder's exact words in immutable . A wording edit or founder-reported publication without those fields leaves the step unchecked. Graph-audit enforces this relationship after the write.

Ask before you assert: never present a quantity, duration, sample size, date, or causal motive in prose before asking the founder for it or citing a receipt for it.

Any business fact written during execution passes the shared durable claim admission gate at write time. Reopen the cited source and quote the supporting line, recompute from named inputs, or label the statement ; a baton summary cannot verify its own claim.

Done when: the step's own completion text is true and shown to be true.

In this order:

Done when: a fresh session tomorrow could run its standup from the baton alone and lose nothing.