* fix: require fresh phase verification before transition * no-mistakes(review): Fix canonical verification closeout gates * no-mistakes(review): Fix verify-work frontmatter promotion command * no-mistakes(review): Fix stale verification gates * no-mistakes(review): Fix canonical verification routing gates * no-mistakes(review): Fix verification dependency and runtime routing gates * no-mistakes(review): Block stale verification bypasses * fix: handle large init manager outputs in verification workflows * chore: update changeset pr number * fix(verify-work): use fresh verification.status for stale gate The stale check after UAT used phase_completion.verification_status from session-start INIT while human_needed promotion already queried fresh verification.status. Align the stale gate with the canonical query so mid-session verification refresh is not ignored. * fix(init): skip roadmap-checked phases when selecting next_phase Roadmap-only phases without a disk directory were still promoted to next_phase when their checkbox was already checked. Exclude checkboxComplete phases so progress routing does not point at work the roadmap already marks done. * fix: gaps_found not overridden by stale, transition uses canonical verification - verification.cts: check gaps_found before stale so gap-closure routing is not masked by a newer summary mtime - phase.cts: remove redundant findStaleVerificationSummary — readVerificationStatus already handles stale detection - transition.md: replace raw grep on file content with verification.status query to avoid false-positive blocks from body text matching * ci: retrigger tests after rebase * fix(transition): replace gsd_run advisory check with awk frontmatter extraction The runtime launcher is not defined until the update_roadmap_and_state step bash block (~line 165). The early verify_completion block used gsd_run to query verification.status, which violated the runtime-launcher-parity test: 'preamble appears AFTER the first gsd_run reference'. Replace the gsd_run call with an awk-based frontmatter extractor that reads only the status: field between the two --- fences. This avoids both the preamble-ordering constraint and the original false-positive grep bug where body text like 'previous_status: gaps_found' would match a full-text regex. The phase.complete gate at update_roadmap_and_state is the canonical enforcement point; this early check is advisory only. Also update workflow-size-baseline.json for the updated transition.md size. Fixes: runtime-launcher-parity test (B) Co-authored-by: Codesmith <codesmith-bot@users.noreply.github.com> * fix: re-check verification under planning lock in phase complete Move readVerificationStatus into withPlanningLock so stale verification cannot slip through when a SUMMARY.md is written between the gate and the roadmap/state mutation. Return the blocked status from the lock callback and emit the error after release to avoid leaving .lock behind. * fix(transition): gate on canonical verification.status including stale Replace awk frontmatter read with verification.status query so transition blocks when summaries are newer than VERIFICATION.md, matching phase.complete and other workflows (autonomous, progress, verify-work). * Fix workflow verification gates for yolo transition and stale routing Require VERIFY_STATUS passed before yolo/interactive transition advance. Route stale verification recovery to verify-work, matching canonical projection. * fix(transition): use verification.status query for stale-aware advisory check The awk-based check read raw frontmatter status: passed, which misses the stale case where summaries are newer than the VERIFICATION.md file even though the frontmatter still says passed. The stale status is computed from file modification times, not stored in frontmatter. Move the preamble to the verify_completion bash block (the first block with a gsd_run call) so gsd_run query verification.status can be used for the advisory check. This gives the full readVerificationStatus logic including mtime-based staleness detection, matching the enforcement gate at phase.complete. Capture full JSON (VERIFY_JSON) so next_action can be included in the advisory output alongside the status. Also update workflow-size-baseline.json for the updated transition.md size. Co-authored-by: Codesmith <codesmith-bot@users.noreply.github.com> * ci: trigger test matrix for 525b946 Co-authored-by: Codesmith <codesmith-bot@users.noreply.github.com> * fix(transition): restore awk frontmatter extraction for pre-shim verification check The gsd_run launcher shim is not defined until line ~163 of transition.md, so the verification debt check at line ~80 cannot use gsd_run. Restore the awk-based frontmatter extraction that correctly reads status without needing the runtime, and restore the shim at its proper location before phase.complete. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix(#1522): clarify transition verification gate wording * fix(#1522): update transition workflow size baseline * fix(#1522): update workflow-size-baseline after rebase onto next Co-authored-by: Codesmith <codesmith-bot@users.noreply.github.com> * fix(#1522): guard findStaleVerificationSummary FS calls + thread opts.fs seam (review) Address review blocker B1 on #1548: findStaleVerificationSummary ran fs.readdirSync and two fs.statSync calls unguarded between readVerificationStatus's try/catch sections, so a TOCTOU race (a SUMMARY listed by scanPhasePlans then removed before statSync) or any FS error threw uncaught into callers NOT under the planning lock (init.manager / init.progress / uat-predicate). Wrap the body in try/catch degrading to 'not stale', and thread the injectable opts.fs seam (add statSync to FsLike, pass fsImpl from the caller) for parity with readVerificationStatus's no-throw contract and testability. Also adds the Verification Module glossary entry to CONTEXT.md (review B3). --------- Co-authored-by: Cursor Agent <cursoragent@cursor.com> Co-authored-by: Codesmith <codesmith-bot@users.noreply.github.com> Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com> Co-authored-by: Tom Boucher <trekkie@nomorestars.com>
22 KiB
<internal_workflow>
This is an INTERNAL workflow — NOT a user-facing command.
There is no /gsd-transition command. This workflow is invoked automatically by
execute-phase during auto-advance, or inline by the orchestrator after phase
verification. Users should never be told to run /gsd-transition.
Valid user commands for phase progression:
/gsd:discuss-phase {N}— discuss a phase before planning/gsd:plan-phase {N}— plan a phase/gsd:execute-phase {N}— execute a phase/gsd:progress— see roadmap progress
</internal_workflow>
<required_reading>
Read these files NOW:
.planning/STATE.md.planning/PROJECT.md.planning/ROADMAP.md- Current phase's plan files (
*-PLAN.md) - Current phase's summary files (
*-SUMMARY.md)
</required_reading>
Mark current phase complete and advance to next. This is the natural point where progress tracking and PROJECT.md evolution happen.
"Planning next phase" = "current phase is done"
Before transition, read project state:
cat .planning/STATE.md 2>/dev/null || true
cat .planning/PROJECT.md 2>/dev/null || true
Parse current position to verify we're transitioning the right phase. Note accumulated context that may need updating after transition.
Check current phase has all plan summaries:
(ls .planning/phases/XX-current/*-PLAN.md 2>/dev/null || true) | sort
(ls .planning/phases/XX-current/*-SUMMARY.md 2>/dev/null || true) | sort
Verification logic:
- Count PLAN files
- Count SUMMARY files
- If counts match: all plans complete
- If counts don't match: incomplete
cat .planning/config.json 2>/dev/null || true
Check for verification debt in this phase:
# Run a preliminary frontmatter check via awk — the runtime launcher is not yet
# defined at this step, so avoid any runtime tool calls here.
# awk extracts only the status: field between the two --- fences to avoid
# false positives from historical body text (e.g. previous_status: gaps_found).
VERIFY_STATUS=$(awk 'NR==1&&/^---$/{in_fm=1;next}in_fm&&/^---$/{exit}in_fm&&/^status: /{print $2}' \
.planning/phases/XX-current/*-VERIFICATION.md 2>/dev/null | head -1)
If VERIFY_STATUS is not passed:
Stop before confirming:
Verification incomplete: ${VERIFY_STATUS:-missing}
Resolve before transition. Review: `/gsd:audit-uat`
This preliminary check blocks obviously unresolved verification before the
launcher is available. gsd-tools.cjs query phase.complete remains the
authoritative stale-aware gate and fail-closes unless canonical verification
status is passed.
If all plans complete:
⚡ Auto-approved: Transition Phase [X] → Phase [X+1]
Phase [X] complete — all [Y] plans finished.
Proceeding to mark done and advance...
Proceed directly to cleanup_handoff step.
Ask: "Phase [X] complete — all [Y] plans finished. Ready to mark done and move to Phase [X+1]?"
Wait for confirmation before proceeding.
If plans incomplete:
SAFETY RAIL: always_confirm_destructive applies here. Skipping incomplete plans is destructive — ALWAYS prompt regardless of mode.
Present:
Phase [X] has incomplete plans:
- {phase}-01-SUMMARY.md ✓ Complete
- {phase}-02-SUMMARY.md ✗ Missing
- {phase}-03-SUMMARY.md ✗ Missing
⚠️ Safety rail: Skipping plans requires confirmation (destructive action)
Options:
1. Continue current phase (execute remaining plans)
2. Mark complete anyway (skip remaining plans)
3. Review what's left
Wait for user decision.
Check for lingering handoffs:
ls .planning/phases/XX-current/.continue-here*.md 2>/dev/null || true
If found, delete them — phase is complete, handoffs are stale.
Delegate ROADMAP.md and STATE.md updates to gsd-tools.cjs query phase.complete:
_GSD_SHIM_NAME="gsd-tools.cjs"; _GSD_RUNTIME_ROOT="${RUNTIME_DIR:-$(git rev-parse --show-toplevel 2>/dev/null || pwd)}"; GSD_TOOLS="${_GSD_RUNTIME_ROOT}/gsd-core/bin/${_GSD_SHIM_NAME}"; if [ -f "$GSD_TOOLS" ]; then gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${_GSD_RUNTIME_ROOT}/.claude/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${_GSD_RUNTIME_ROOT}/.claude/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${_GSD_RUNTIME_ROOT}/.codex/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${_GSD_RUNTIME_ROOT}/.codex/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif command -v gsd-tools >/dev/null 2>&1; then GSD_TOOLS="$(command -v gsd-tools)"; gsd_run() { "$GSD_TOOLS" "$@"; }; elif [ -f "$HOME/.claude/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="$HOME/.claude/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${HERMES_HOME:-$HOME/.hermes}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${HERMES_HOME:-$HOME/.hermes}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${CURSOR_CONFIG_DIR:-$HOME/.cursor}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${CURSOR_CONFIG_DIR:-$HOME/.cursor}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${CODEX_HOME:-$HOME/.codex}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${CODEX_HOME:-$HOME/.codex}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${GEMINI_CONFIG_DIR:-$HOME/.gemini}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${GEMINI_CONFIG_DIR:-$HOME/.gemini}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${COPILOT_CONFIG_DIR:-$HOME/.copilot}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${COPILOT_CONFIG_DIR:-$HOME/.copilot}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${WINDSURF_CONFIG_DIR:-$HOME/.codeium/windsurf}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${WINDSURF_CONFIG_DIR:-$HOME/.codeium/windsurf}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${AUGMENT_CONFIG_DIR:-$HOME/.augment}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${AUGMENT_CONFIG_DIR:-$HOME/.augment}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${TRAE_CONFIG_DIR:-$HOME/.trae}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${TRAE_CONFIG_DIR:-$HOME/.trae}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${QWEN_CONFIG_DIR:-$HOME/.qwen}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${QWEN_CONFIG_DIR:-$HOME/.qwen}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${CODEBUDDY_CONFIG_DIR:-$HOME/.codebuddy}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${CODEBUDDY_CONFIG_DIR:-$HOME/.codebuddy}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${CLINE_CONFIG_DIR:-$HOME/.cline}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${CLINE_CONFIG_DIR:-$HOME/.cline}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${GROK_AGENTS_HOME:-$HOME/.agents}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${GROK_AGENTS_HOME:-$HOME/.agents}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${ANTIGRAVITY_CONFIG_DIR:-$HOME/.gemini/antigravity}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${ANTIGRAVITY_CONFIG_DIR:-$HOME/.gemini/antigravity}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${OPENCODE_CONFIG_DIR:-${XDG_CONFIG_HOME:-$HOME/.config}/opencode}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${OPENCODE_CONFIG_DIR:-${XDG_CONFIG_HOME:-$HOME/.config}/opencode}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; elif [ -f "${KILO_CONFIG_DIR:-${XDG_CONFIG_HOME:-$HOME/.config}/kilo}/gsd-core/bin/${_GSD_SHIM_NAME}" ]; then GSD_TOOLS="${KILO_CONFIG_DIR:-${XDG_CONFIG_HOME:-$HOME/.config}/kilo}/gsd-core/bin/${_GSD_SHIM_NAME}"; gsd_run() { node "$GSD_TOOLS" "$@"; }; else echo "ERROR: gsd-tools.cjs not found at $GSD_TOOLS and gsd-tools is not on PATH. Run: npx -y @opengsd/gsd-core@latest --claude --local" >&2; exit 1; fi; if [ -n "${CLAUDE_ENV_FILE:-}" ] && [ -n "${GSD_TOOLS:-}" ]; then printf "export PATH='%s':\"\$PATH\"\n" "${GSD_TOOLS%/*}" >> "$CLAUDE_ENV_FILE" 2>/dev/null || true; fi
TRANSITION=$(gsd_run query phase.complete "${current_phase}")
The CLI handles:
- Marking the phase checkbox as
[x]complete with today's date - Updating plan count to final (e.g., "3/3 plans complete")
- Updating the Progress table (Status → Complete, adding date)
- Advancing STATE.md to next phase (Current Phase, Status → Ready to plan, Current Plan → Not started)
- Detecting if this is the last phase in the milestone
Extract from result: completed_phase, plans_executed, next_phase, next_phase_name, is_last_phase.
If prompts were generated for the phase, they stay in place.
The completed/ subfolder pattern from create-meta-prompts handles archival.
Evolve PROJECT.md to reflect learnings from completed phase.
Read phase summaries:
cat .planning/phases/XX-current/*-SUMMARY.md
Assess requirement changes:
-
Requirements validated?
- Any Active requirements shipped in this phase?
- Move to Validated with phase reference:
- ✓ [Requirement] — Phase X
-
Requirements invalidated?
- Any Active requirements discovered to be unnecessary or wrong?
- Move to Out of Scope with reason:
- [Requirement] — [why invalidated]
-
Requirements emerged?
- Any new requirements discovered during building?
- Add to Active:
- [ ] [New requirement]
-
Decisions to log?
- Extract decisions from SUMMARY.md files
- Add to Key Decisions table with outcome if known
-
"What This Is" still accurate?
- If the product has meaningfully changed, update the description
- Keep it current and accurate
Update PROJECT.md:
Make the edits inline. Update "Last updated" footer:
---
*Last updated: [date] after Phase [X]*
Example evolution:
Before:
### Active
- [ ] JWT authentication
- [ ] Real-time sync < 500ms
- [ ] Offline mode
### Out of Scope
- OAuth2 — complexity not needed for v1
After (Phase 2 shipped JWT auth, discovered rate limiting needed):
### Validated
- ✓ JWT authentication — Phase 2
### Active
- [ ] Real-time sync < 500ms
- [ ] Offline mode
- [ ] Rate limiting on sync endpoint
### Out of Scope
- OAuth2 — complexity not needed for v1
Step complete when:
- Phase summaries reviewed for learnings
- Validated requirements moved from Active
- Invalidated requirements moved to Out of Scope with reason
- Emerged requirements added to Active
- New decisions logged with rationale
- "What This Is" updated if product changed
- "Last updated" footer reflects this transition
Scan LEARNINGS.md files from recent phases for recurring patterns and surface promotion candidates to the developer.
Invoke the graduation helper:
@~/.claude/gsd-core/workflows/graduation.md
This step is fully delegated to graduation.md. It handles guard checks (feature flag, window size, threshold), clustering, backlog filtering, HITL prompting, promotion writes, and STATE.md updates.
This step is always non-blocking: graduation candidates are surfaced for the developer's decision; no action is required to continue the transition. If the graduation scan produces no qualifying clusters, it prints a single [graduation: no qualifying clusters] line and returns.
Step complete when:
- graduation.md guard checks passed (or skipped with silent no-op)
- Recurring clusters surfaced (or
[graduation: no qualifying clusters]printed) - Each cluster resolved as Promote / Defer / Dismiss (or all skipped)
Note: Basic position updates (Current Phase, Status, Current Plan, Last Activity) were already handled by gsd-tools.cjs query phase.complete in the update_roadmap_and_state step.
Verify the updates are correct by reading STATE.md. If the progress bar needs updating, use:
PROGRESS=$(gsd_run query progress.bar --raw)
Update the progress bar line in STATE.md with the result.
Step complete when:
- Phase number incremented to next phase (done by phase complete)
- Plan status reset to "Not started" (done by phase complete)
- Status shows "Ready to plan" (done by phase complete)
- Progress bar reflects total completed plans
Update Project Reference section in STATE.md.
## Project Reference
See: .planning/PROJECT.md (updated [today])
**Core value:** [Current core value from PROJECT.md]
**Current focus:** [Next phase name]
Update the date and current focus to reflect the transition.
Review and update Accumulated Context section in STATE.md.
Decisions:
- Note recent decisions from this phase (3-5 max)
- Full log lives in PROJECT.md Key Decisions table
Blockers/Concerns:
- Review blockers from completed phase
- If addressed in this phase: Remove from list
- If still relevant for future: Keep with "Phase X" prefix
- Add any new concerns from completed phase's summaries
Example:
Before:
### Blockers/Concerns
- ⚠️ [Phase 1] Database schema not indexed for common queries
- ⚠️ [Phase 2] WebSocket reconnection behavior on flaky networks unknown
After (if database indexing was addressed in Phase 2):
### Blockers/Concerns
- ⚠️ [Phase 2] WebSocket reconnection behavior on flaky networks unknown
Step complete when:
- Recent decisions noted (full log in PROJECT.md)
- Resolved blockers removed from list
- Unresolved blockers kept with phase prefix
- New concerns from completed phase added
Update Session Continuity section in STATE.md to reflect transition completion.
Format:
Last session: [today]
Stopped at: Phase [X] complete, ready to plan Phase [X+1]
Resume file: None
Step complete when:
- Last session timestamp updated to current date and time
- Stopped at describes phase completion and next phase
- Resume file confirmed as None (transitions don't use resume files)
MANDATORY: Verify milestone status before presenting next steps.
Use the transition result from gsd-tools.cjs query phase.complete:
The is_last_phase field from the phase complete result tells you directly:
is_last_phase: false→ More phases remain → Go to Route Ais_last_phase: true→ Last phase done → Check for workstream collisions first
The next_phase and next_phase_name fields give you the next phase details.
If you need additional context, use:
ROADMAP=$(gsd_run query roadmap.analyze)
This returns all phases with goals, disk status, and completion info.
Workstream collision check (when is_last_phase: true):
Before routing to Route B, check whether other workstreams are still active. This prevents one workstream from advancing or completing the milestone while other workstreams are still working on their phases.
Skip this check if NOT in workstream mode (i.e., GSD_WORKSTREAM is not set / flat mode).
In flat mode, go directly to Route B.
# Only check if we're in workstream mode
if [ -n "$GSD_WORKSTREAM" ]; then
WS_LIST=$(gsd_run query workstream.list --raw)
fi
Parse the JSON result. The output has { mode, workstreams: [...] }.
Each workstream entry has: name, status, current_phase, phase_count, completed_phases.
Filter out the current workstream ($GSD_WORKSTREAM) and any workstreams with
status containing "milestone complete" or "archived" (case-insensitive).
The remaining entries are other active workstreams.
- If other active workstreams exist → Go to Route B1
- If NO other active workstreams (or flat mode) → Go to Route B
Route A: More phases remain in milestone
Read ROADMAP.md to get the next phase's name and goal.
Check if next phase has CONTEXT.md:
ls .planning/phases/*[X+1]*/*-CONTEXT.md 2>/dev/null || true
If next phase exists:
If CONTEXT.md exists:
Phase [X] marked complete.
Next: Phase [X+1] — [Name]
⚡ Auto-continuing: Plan Phase [X+1] in detail
Exit skill and invoke SlashCommand("/gsd:plan-phase [X+1] --auto ${GSD_WS}")
If CONTEXT.md does NOT exist:
Phase [X] marked complete.
Next: Phase [X+1] — [Name]
⚡ Auto-continuing: Discuss Phase [X+1] first
Exit skill and invoke SlashCommand("/gsd:discuss-phase [X+1] --auto ${GSD_WS}")
If CONTEXT.md does NOT exist:
## ✓ Phase [X] Complete
---
## ▶ Next Up — [${PROJECT_CODE}] ${PROJECT_TITLE}
**Phase [X+1]: [Name]** — [Goal from ROADMAP.md]
`/clear` then:
`/gsd:discuss-phase [X+1] ${GSD_WS}` — gather context and clarify approach
---
**Also available:**
- `/gsd:plan-phase [X+1] ${GSD_WS}` — skip discussion, plan directly
- `/gsd:plan-phase --research-phase [X+1] ${GSD_WS}` — investigate unknowns
---
If CONTEXT.md exists:
## ✓ Phase [X] Complete
---
## ▶ Next Up — [${PROJECT_CODE}] ${PROJECT_TITLE}
**Phase [X+1]: [Name]** — [Goal from ROADMAP.md]
<sub>✓ Context gathered, ready to plan</sub>
`/clear` then:
`/gsd:plan-phase [X+1] ${GSD_WS}`
---
**Also available:**
- `/gsd:discuss-phase [X+1] ${GSD_WS}` — revisit context
- `/gsd:plan-phase --research-phase [X+1] ${GSD_WS}` — investigate unknowns
---
Route B1: Workstream done, other workstreams still active
This route is reached when is_last_phase: true AND the collision check found
other active workstreams. Do NOT suggest completing the milestone or advancing
to the next milestone — other workstreams are still working.
Clear auto-advance chain flag — workstream boundary is the natural stopping point:
gsd_run query config-set workflow._auto_chain_active false
Override auto-advance: do NOT auto-continue to milestone completion. Present the blocking information and stop.
Present (all modes):
## ✓ Phase {X}: {Phase Name} Complete
This workstream's phases are complete. Other workstreams are still active:
| Workstream | Status | Phase | Progress |
|------------|--------|-------|----------|
| {name} | {status} | {current_phase} | {completed_phases}/{phase_count} |
| ... | ... | ... | ... |
---
## Next Steps
Archive this workstream:
`/gsd:workstreams complete {current_ws_name} ${GSD_WS}`
See overall milestone progress:
`/gsd:workstreams progress ${GSD_WS}`
<sub>Milestone completion will be available once all workstreams finish.</sub>
---
Do NOT suggest /gsd:complete-milestone or /gsd:new-milestone.
Do NOT auto-invoke any further slash commands.
Stop here. The user must explicitly decide what to do next.
Route B: Milestone complete (all phases done)
This route is only reached when:
is_last_phase: trueAND no other active workstreams exist (or flat mode)
Clear auto-advance chain flag — milestone boundary is the natural stopping point:
gsd_run query config-set workflow._auto_chain_active false
Phase {X} marked complete.
🎉 Milestone {version} is 100% complete — all {N} phases finished!
⚡ Auto-continuing: Complete milestone and archive
Exit skill and invoke SlashCommand("/gsd:complete-milestone {version} ${GSD_WS}")
## ✓ Phase {X}: {Phase Name} Complete
🎉 Milestone {version} is 100% complete — all {N} phases finished!
---
## ▶ Next Up — [${PROJECT_CODE}] ${PROJECT_TITLE}
**Complete Milestone {version}** — archive and prepare for next
`/clear` then:
`/gsd:complete-milestone {version} ${GSD_WS}`
---
**Also available:**
- Review accomplishments before archiving
---
<implicit_tracking> Progress tracking is IMPLICIT: planning phase N implies phases 1-(N-1) complete. No separate progress step—forward motion IS progress. </implicit_tracking>
<partial_completion>
If user wants to move on but phase isn't fully complete:
Phase [X] has incomplete plans:
- {phase}-02-PLAN.md (not executed)
- {phase}-03-PLAN.md (not executed)
Options:
1. Mark complete anyway (plans weren't needed)
2. Defer work to later phase
3. Stay and finish current phase
Respect user judgment — they know if work matters.
If marking complete with incomplete plans:
- Update ROADMAP: "2/3 plans complete" (not "3/3")
- Note in transition message which plans were skipped
</partial_completion>
<success_criteria>
Transition is complete when:
- Current phase plan summaries verified (all exist or user chose to skip)
- Any stale handoffs deleted
- ROADMAP.md updated with completion status and plan count
- PROJECT.md evolved (requirements, decisions, description if needed)
- STATE.md updated (position, project reference, context, session)
- Progress table updated
- User knows next steps
</success_criteria>