# Continuation Format Standard format for presenting next steps after completing a command or workflow. ## Core Structure ``` --- ## ▶ Next Up **{identifier}: {name}** — {one-line description} `{command to copy-paste}` *`/new` first → fresh context window* --- **Also available:** - `{alternative option 1}` — description - `{alternative option 2}` — description --- ``` ## Format Rules 1. **Always show what it is** — name + description, never just a command path 2. **Pull context from source** — ROADMAP.md for phases, PLAN.md `` for plans 3. **Command in inline code** — backticks, easy to copy-paste, renders as clickable link 4. **`/new` explanation** — always include, keeps it concise but explains why 5. **"Also available" not "Other options"** — sounds more app-like 6. **Visual separators** — `---` above and below to make it stand out ## Variants ### Execute Next Plan ``` --- ## ▶ Next Up **02-03: Refresh Token Rotation** — Add /api/auth/refresh with sliding expiry `/gsd-execute-phase 2` *`/new` first → fresh context window* --- **Also available:** - Review plan before executing - `/gsd-list-phase-assumptions 2` — check assumptions --- ``` ### Execute Final Plan in Phase Add note that this is the last plan and what comes after: ``` --- ## ▶ Next Up **02-03: Refresh Token Rotation** — Add /api/auth/refresh with sliding expiry *Final plan in Phase 2* `/gsd-execute-phase 2` *`/new` first → fresh context window* --- **After this completes:** - Phase 2 → Phase 3 transition - Next: **Phase 3: Core Features** — User dashboard and settings --- ``` ### Plan a Phase ``` --- ## ▶ Next Up **Phase 2: Authentication** — JWT login flow with refresh tokens `/gsd-plan-phase 2` *`/new` first → fresh context window* --- **Also available:** - `/gsd-discuss-phase 2` — gather context first - `/gsd-research-phase 2` — investigate unknowns - Review roadmap --- ``` ### Phase Complete, Ready for Next Show completion status before next action: ``` --- ## ✓ Phase 2 Complete 3/3 plans executed ## ▶ Next Up **Phase 3: Core Features** — User dashboard, settings, and data export `/gsd-plan-phase 3` *`/new` first → fresh context window* --- **Also available:** - `/gsd-discuss-phase 3` — gather context first - `/gsd-research-phase 3` — investigate unknowns - Review what Phase 2 built --- ``` ### Multiple Equal Options When there's no clear primary action: ``` --- ## ▶ Next Up **Phase 3: Core Features** — User dashboard, settings, and data export **To plan directly:** `/gsd-plan-phase 3` **To discuss context first:** `/gsd-discuss-phase 3` **To research unknowns:** `/gsd-research-phase 3` *`/new` first → fresh context window* --- ``` ### Milestone Complete ``` --- ## 🎉 Milestone v1.0 Complete All 4 phases shipped ## ▶ Next Up **Start v1.1** — questioning → research → requirements → roadmap `/gsd-new-milestone` *`/new` first → fresh context window* --- ``` ## Pulling Context ### For phases (from ROADMAP.md): ```markdown ### Phase 2: Authentication **Goal**: JWT login flow with refresh tokens ``` Extract: `**Phase 2: Authentication** — JWT login flow with refresh tokens` ### For plans (from ROADMAP.md): ```markdown Plans: - [ ] 02-03: Add refresh token rotation ``` Or from PLAN.md ``: ```xml Add refresh token rotation with sliding expiry window. Purpose: Extend session lifetime without compromising security. ``` Extract: `**02-03: Refresh Token Rotation** — Add /api/auth/refresh with sliding expiry` ## Anti-Patterns ### Don't: Command-only (no context) ``` ## To Continue Run `/new`, then paste: /gsd-execute-phase 2 ``` User has no idea what 02-03 is about. ### Don't: Missing /new explanation ``` `/gsd-plan-phase 3` Run /new first. ``` Doesn't explain why. User might skip it. ### Don't: "Other options" language ``` Other options: - Review roadmap ``` Sounds like an afterthought. Use "Also available:" instead. ### Don't: Fenced code blocks for commands ``` ``` /gsd-plan-phase 3 ``` ``` Fenced blocks inside templates create nesting ambiguity. Use inline backticks instead.