Gpd Progress

If --brief: Show compact 3-line status:

Phase {N} of {M} ({phase_name}) | Plan {X} of {Y} | [{progress_bar}] {percent}%
Last: {last_summary_one_liner}
>> Next: {recommended_next_command}

STOP here. Do not show full report.

If --reconcile: Go to reconcile_state step.

Default (no flag) or --full: Continue to full report below. With --full, also include detailed per-phase artifact listings. </step>

When STATE.md appears out of sync with disk reality (e.g., a plan was completed but state not updated, or a phase was manually modified), reconcile by comparing disk artifacts against STATE.md.

# Get the structured current position instead of scraping STATE.md with regexes
PROGRESS_JSON=$(/home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local --raw progress)
STATE_PHASE=$(echo "$PROGRESS_JSON" | /home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local json get .current_phase.number --default "")
STATE_PLAN=$(echo "$PROGRESS_JSON" | /home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local json get .current_execution.plan --default "")

# Count actual disk state from the canonical roadmap inventory
ROADMAP=$(/home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local roadmap analyze)
echo "$ROADMAP" | /home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local json get .phases --default "[]"

If discrepancies found between STATE.md and disk:

## State Reconciliation

| Source | Phase | Plan | Status |
|--------|-------|------|--------|
| STATE.md | {X} | {Y} | {claimed_status} |
| Disk | {X} | {Z} | {actual_status} |

Discrepancy: STATE.md says plan {Y} is current, but disk shows {Z} plans complete.

Options:
1. "Sync STATE.md to disk" (Recommended) — update STATE.md to match actual artifacts
2. "Keep STATE.md" — trust the state file, investigate missing artifacts
3. "Show details" — list all mismatches before deciding

If user chooses sync: update STATE.md position, progress bar, and plan counters to match disk reality using gpd state commands.

If no discrepancies: Report "STATE.md is consistent with disk artifacts." and continue to full report. </step>

INIT=$(/home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local init progress --include state,roadmap,project,config)
if [ $? -ne 0 ]; then
  echo "ERROR: gpd initialization failed: $INIT"
  # STOP — display the error to the user and do not proceed.
fi

Extract from init JSON: project_exists, roadmap_exists, state_exists, phases, current_phase, next_phase, milestone_version, completed_count, phase_count, paused_at, autonomy, research_mode, project_contract, contract_intake, effective_reference_intake, active_reference_context, reference_artifacts_content.

File contents (from --include): state_content, roadmap_content, project_content, config_content. These are null if files don't exist.

Run centralized context preflight before continuing:

CONTEXT=$(/home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local --raw validate command-context progress "$ARGUMENTS")
if [ $? -ne 0 ]; then
  echo "$CONTEXT"
  exit 1
fi

If missing STATE.md: suggest $gpd-new-project.

If ROADMAP.md missing but PROJECT.md exists:

This means a milestone was completed and archived. Go to Route F (between milestones).

If missing both ROADMAP.md and PROJECT.md: suggest $gpd-new-project. </step>

All file contents are already loaded via --include in init_context step:

• state_content — living memory (position, decisions, issues)
• roadmap_content — phase structure and objectives
• project_content — current state (Research Question, Framework, Answered Questions)
• config_content — settings (model_profile, workflow toggles)
• project_contract — machine-readable scoping and anchor contract
• effective_reference_intake — structured carry-forward ledger for refs, baselines, prior outputs, and context gaps
• active_reference_context / reference_artifacts_content — readable anchor context to explain the next-step recommendation

No additional file reads needed. </step>

ROADMAP=$(/home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local roadmap analyze)

This returns structured JSON with:

• All phases with disk status (complete/partial/planned/empty/no_directory)
• Goal and dependencies per phase
• Plan and summary counts per phase
• Aggregated stats: total plans, summaries, progress percent
• Current and next phase identification

Use this instead of manually reading/parsing ROADMAP.md. </step>

• Find the 2-3 most recent SUMMARY.md files
• Use summary-extract for efficient parsing:

  /home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local summary-extract <path> --field one_liner
  

• This shows "what we've been working on" </step>

• Use current_phase and next_phase from roadmap analyze
• Use phase-level has_context and has_literature flags from analyze
• Note paused_at if work was paused (from init context)
• Count pending items: use init todos or list-todos
• Check for active debug sessions: ls .gpd/debug/*.md 2>/dev/null | grep -v resolved | wc -l
• Check state compaction health: gpd state compact 2>&1 — if output contains "warn": true, STATE.md is growing large. Note this for the report. </step>

# Get formatted progress bar
PROGRESS_BAR=$(/home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local --raw progress bar)

Present:

# [Research Project Name]

**Progress:** {PROGRESS_BAR}
**Profile:** [deep-theory/numerical/exploratory/review/paper-writing]

## Recent Work
- [Phase X, Plan Y]: [what was accomplished - 1 line from summary-extract]
- [Phase X, Plan Z]: [what was accomplished - 1 line from summary-extract]

## Current Position
Phase [N] of [total]: [phase-name]
Plan [M] of [phase-total]: [status]
CONTEXT: [present if has_context | - if not]

## Key Results Established
- [result 1 from STATE.md — e.g., "Spectral gap scales as Delta ~ 1/N^2 (Phase 2)"]
- [result 2]

## Key Decisions Made
- [decision 1 from STATE.md — e.g., "Using dimensional regularization with MS-bar scheme"]
- [decision 2]

## Blockers/Concerns
- [any blockers or concerns from STATE.md — e.g., "Series diverges for g > 2, need resummation"]

## Pending Items
- [count] pending — $gpd-check-todos to review

## Active Derivation Sessions
- [count] active — $gpd-debug to continue
(Only show this section if count > 0)

## What's Next
[Next phase/plan objective from roadmap analyze]

If STATE.md exceeds 1500 lines, append after the report:

STATE.md is large (N lines). Consider running `$gpd-compact-state` to archive historical entries.

If the compaction health check reported "warn": true, append:

STATE.md is approaching compaction threshold (N lines). Will auto-compact at next phase transition.

Deep diagnostics (--full mode only): Run the health dashboard for comprehensive system checks:

HEALTH=$(/home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local --raw health 2>/dev/null)

If health reports any issues (non-empty issues array), append a summary:

## System Health
{issue_count} issue(s) detected. Run `gpd health --fix` to auto-repair.

Step 1: Count plans, summaries, and validation issues in current phase

List files in the current phase directory:

ls -1 .gpd/phases/[current-phase-dir]/*-PLAN.md 2>/dev/null | wc -l
ls -1 .gpd/phases/[current-phase-dir]/*-SUMMARY.md 2>/dev/null | wc -l
ls -1 .gpd/phases/[current-phase-dir]/*-VERIFICATION.md 2>/dev/null | wc -l

State: "This phase has {X} plans, {Y} summaries."

Step 1.5: Check for unaddressed validation gaps

Check for VERIFICATION.md files with gaps or review requirements. This includes gaps_found (verification found issues), diagnosed (root causes identified), human_needed (human review required), and expert_needed (domain expert review required).

# Check for validation with gaps or review requirements
grep -l -E "status: (gaps_found|diagnosed|human_needed|expert_needed)" .gpd/phases/[current-phase-dir]/*-VERIFICATION.md 2>/dev/null

Track:

• validation_with_gaps: VERIFICATION.md files with status "gaps_found", "diagnosed", "human_needed", or "expert_needed"

Step 1.75: Check for existing gap-closure plans

If validation_with_gaps > 0, check whether gap-closure plans already exist but are unexecuted:

# Check for gap_closure plans without matching SUMMARYs
GAP_PLANS_UNEXECUTED=0
for plan in .gpd/phases/[current-phase-dir]/*-PLAN.md; do
  if grep -q "gap_closure: true" "$plan" 2>/dev/null; then
    SUMMARY="${plan%-PLAN.md}-SUMMARY.md"
    if [ ! -f "$SUMMARY" ]; then
      GAP_PLANS_UNEXECUTED=$((GAP_PLANS_UNEXECUTED + 1))
    fi
  fi
done

Step 2: Route based on counts

Route A: Unexecuted plan exists

Find the first PLAN.md without matching SUMMARY.md. Read its <objective> section.

---

## >> Next Up

**{phase}-{plan}: [Plan Name]** — [objective summary from PLAN.md]

`$gpd-execute-phase {phase}`

<sub>`/clear` first -> fresh context window</sub>

---

Route B: Phase needs planning

Check if {phase}-CONTEXT.md exists in phase directory.

If CONTEXT.md exists:

---

## >> Next Up

**Phase {N}: {Name}** — {Goal from ROADMAP.md}
<sub>Context gathered, ready to plan</sub>

`$gpd-plan-phase {phase-number}`

<sub>`/clear` first -> fresh context window</sub>

---

If CONTEXT.md does NOT exist:

---

## >> Next Up

**Phase {N}: {Name}** — {Goal from ROADMAP.md}

`$gpd-discuss-phase {phase}` — gather context and clarify approach

<sub>`/clear` first -> fresh context window</sub>

---

**Also available:**
- `$gpd-plan-phase {phase}` — skip discussion, plan directly
- `$gpd-list-phase-assumptions {phase}` — see what the agent assumes about the approach

---

Route E: Validation gaps need fix plans

VERIFICATION.md exists with gaps (diagnosed issues like failing limiting cases or inconsistent dimensions). User needs to plan fixes.

---

## !! Validation Gaps Found

**{phase}-VERIFICATION.md** has {N} gaps requiring fixes.

Examples: [e.g., "Dimension mismatch in eq. 14", "Wrong sign in g -> 0 limit"]

`$gpd-plan-phase {phase} --gaps`

<sub>`/clear` first -> fresh context window</sub>

---

**Also available:**
- `$gpd-execute-phase {phase}` — execute phase plans
- `$gpd-verify-work {phase}` — run more validation checks

---

Route E2: Gap-closure plans exist but are unexecuted

Gap-closure plans were created by $gpd-plan-phase --gaps but have not been executed yet. Suggest executing them instead of re-planning.

---

## !! Gap-Closure Plans Ready

**{GAP_PLANS_UNEXECUTED} gap-closure plan(s)** exist but have not been executed.

`$gpd-execute-phase {phase} --gaps-only`

<sub>`/clear` first -> fresh context window</sub>

---

**Also available:**
- `$gpd-plan-phase {phase} --gaps` — re-plan gap fixes (if current plans are stale)
- `$gpd-verify-work {phase}` — re-run validation checks

---

Step 3: Check milestone status (only when phase complete)

Read ROADMAP.md and identify:

1. Current phase number
2. All phase numbers in the current milestone section

Count total phases and identify the highest phase number.

State: "Current phase is {X}. Milestone has {N} phases (highest: {Y})."

Route based on milestone status:

Route C: Phase complete, more phases remain

Read ROADMAP.md to get the next phase's name and goal.

---

## Phase {Z} Complete

## >> Next Up

**Phase {Z+1}: {Name}** — {Goal from ROADMAP.md}

`$gpd-discuss-phase {Z+1}` — gather context and clarify approach

<sub>`/clear` first -> fresh context window</sub>

---

**Also available:**
- `$gpd-plan-phase {Z+1}` — skip discussion, plan directly
- `$gpd-verify-work {Z}` — validate results before continuing

---

Route D: Milestone complete

---

## Milestone Complete

All {N} phases finished!

## >> Next Up

**Complete Milestone** — archive results and prepare for next

`$gpd-complete-milestone`

<sub>`/clear` first -> fresh context window</sub>

---

**Also available:**
- `$gpd-verify-work` — validate all results before completing milestone

---

Route F: Between milestones (ROADMAP.md missing, PROJECT.md exists)

A milestone was completed and archived. Ready to start the next milestone cycle.

Read MILESTONES.md to find the last completed milestone version.

---

## Milestone v{X.Y} Complete

Ready to plan the next research direction.

## >> Next Up

**Start Next Milestone** — questioning -> literature survey -> objectives -> roadmap

`$gpd-new-milestone`

<sub>`/clear` first -> fresh context window</sub>

---

• Phase complete but next phase not planned -> offer $gpd-plan-phase [next]
• All work complete -> offer milestone completion
• Blockers present -> highlight before offering to continue
• Handoff file exists -> mention it, offer $gpd-resume-work
• Derivation session active -> mention it, offer $gpd-debug to continue </step>

<success_criteria>

• Rich context provided (recent work, key results, decisions, issues)
• Current position clear with visual progress
• What's next clearly explained
• Smart routing: $gpd-execute-phase if plans exist, $gpd-plan-phase if not
• User confirms before any action
• Seamless handoff to appropriate gpd command

</success_criteria>

</execution_context>

CONTEXT=$(/home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local --raw validate command-context progress "$ARGUMENTS")
if [ $? -ne 0 ]; then
  echo "$CONTEXT"
  exit 1
fi

Mode Detection

Check $ARGUMENTS for flags:

• --brief: Show compact 3-line status (phase, plan, progress bar + last result + next command), then STOP. Do not show the full report.
• --reconcile: Compare STATE.md against disk artifacts and fix discrepancies. See workflow for details.
• Default (no flag): Show full progress report with routing to next action.
• --full: Same as default, plus detailed per-phase artifact listings and system health checks.

CRITICAL: First, read the full workflow file using the read_file tool: Read the file at ./.codex/get-physics-done/workflows/progress.md — this contains the complete step-by-step instructions. Do NOT improvise. Follow the workflow file exactly.

Execute the workflow end-to-end. Preserve all routing logic (Routes A through F) and edge case handling.

Step 1: Init Context

Load progress context (with file contents to avoid redundant reads):

INIT=$(/home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local init progress --include state,roadmap,project,config)

Extract from init JSON: project_exists, roadmap_exists, state_exists, phases, current_phase, next_phase, milestone_version, completed_count, phase_count, paused_at.

File contents (from --include): state_content, roadmap_content, project_content, config_content. These are null if files don't exist.

If project_exists is false (no .gpd/ directory):

No planning structure found.

Run $gpd-new-project to start a new research project.

Exit.

If missing STATE.md: suggest $gpd-new-project.

If ROADMAP.md missing but PROJECT.md exists:

This means a milestone was completed and archived. Go to Route F (between milestones).

If missing both ROADMAP.md and PROJECT.md: suggest $gpd-new-project.

Step 2: Load Context

Use project context from INIT:

All file contents are already loaded via --include in init_context step:

• state_content — living memory (position, decisions, issues, accumulated physics insights)
• roadmap_content — phase structure and research objectives
• project_content — current state (Research Question, Core Value, Requirements)
• config_content — settings (model_profile, workflow toggles)

No additional file reads needed.

Step 3: Analyze Roadmap

Get comprehensive roadmap analysis (replaces manual parsing):

ROADMAP=$(/home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local roadmap analyze)

This returns structured JSON with:

• All phases with disk status (complete/partial/planned/empty/no_directory)
• Goal and dependencies per phase
• Plan and summary counts per phase
• Aggregated stats: total plans, summaries, progress percent
• Current and next phase identification

Use this instead of manually reading/parsing ROADMAP.md.

Step 4: Recent Work

Gather recent research context:

• Find the 2-3 most recent SUMMARY.md files
• Use summary-extract for efficient parsing:

  /home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local summary-extract <path> --field one_liner
  

• This shows "what we've been working on" (e.g., derivations completed, numerical results obtained, validations passed)

Step 5: Current Position

Parse current position from init context and roadmap analysis:

• Use current_phase and next_phase from roadmap analyze
• Use phase-level has_context and has_research flags from analyze
• Note paused_at if work was paused (from init context)
• Count pending tasks: use init todos or list-todos
• Check for active debug sessions: ls .gpd/debug/*.md 2>/dev/null | grep -v resolved | wc -l

Step 6: Report

Generate progress bar from gpd, then present rich status report:

# Get formatted progress bar
PROGRESS_BAR=$(/home/qol/.gpd/venv/bin/python -m gpd.runtime_cli --runtime codex --config-dir ./.codex --install-scope local --raw progress bar)

Present:

# [Research Project Name]

**Progress:** {PROGRESS_BAR}
**Profile:** [deep-theory/numerical/exploratory/review/paper-writing]

## Recent Work
- [Phase X, Plan Y]: [what was accomplished - 1 line from summary-extract]
  (e.g., "Derived effective Hamiltonian to second order in perturbation theory")
- [Phase X, Plan Z]: [what was accomplished - 1 line from summary-extract]
  (e.g., "Exact diagonalization code validated against known results for N=4,6")

## Current Position
Phase [N] of [total]: [phase-name]
Plan [M] of [phase-total]: [status]
CONTEXT: [done if has_context | - if not]

## Key Decisions Made
- [decision 1 from STATE.md, e.g., "Using Schrieffer-Wolff over direct diagonalization"]
- [decision 2, e.g., "Mean-field valid for d>2, switch to Monte Carlo for d=2"]

## Accumulated Physics Insights
- [insight 1, e.g., "Phase boundary shifts significantly at finite T"]
- [insight 2, e.g., "Convergence requires at least N=12 for reliable extrapolation"]

## Blockers/Concerns
- [any blockers or concerns from STATE.md]
  (e.g., "Monte Carlo sign problem in frustrated region")
  (e.g., "Awaiting experimental data from collaborator")

## Pending Tasks
- [count] pending -- $gpd-check-todos to review

## Active Debug Sessions
- [count] active -- $gpd-debug to continue
(Only show this section if count > 0)

## What's Next
[Next phase/plan objective from roadmap analyze]

Step 7: Route

Determine next action based on verified counts.

Step 7.1: Count plans, summaries, and issues in current phase

List files in the current phase directory:

ls -1 .gpd/phases/[current-phase-dir]/*-PLAN.md 2>/dev/null | wc -l
ls -1 .gpd/phases/[current-phase-dir]/*-SUMMARY.md 2>/dev/null | wc -l
ls -1 .gpd/phases/[current-phase-dir]/*-VERIFICATION.md 2>/dev/null | wc -l

State: "This phase has {X} plans, {Y} summaries."

Step 7.1.5: Check for unaddressed validation gaps

Check for VERIFICATION.md files with gaps or review requirements. This includes gaps_found (verification found issues), diagnosed (root causes identified), human_needed (human review required), and expert_needed (domain expert review required).

# Check for validation with gaps or review requirements
grep -l -E "status: (gaps_found|diagnosed|human_needed|expert_needed)" .gpd/phases/[current-phase-dir]/*-VERIFICATION.md 2>/dev/null

Track:

• validation_with_gaps: VERIFICATION.md files with status "gaps_found", "diagnosed", "human_needed", or "expert_needed"

Step 7.1.75: Check for existing gap-closure plans

If validation_with_gaps > 0, check whether gap-closure plans already exist but are unexecuted:

# Check for gap_closure plans without matching SUMMARYs
GAP_PLANS_UNEXECUTED=0
for plan in .gpd/phases/[current-phase-dir]/*-PLAN.md; do
  if grep -q "gap_closure: true" "$plan" 2>/dev/null; then
    SUMMARY="${plan%-PLAN.md}-SUMMARY.md"
    if [ ! -f "$SUMMARY" ]; then
      GAP_PLANS_UNEXECUTED=$((GAP_PLANS_UNEXECUTED + 1))
    fi
  fi
done

Step 7.2: Route based on counts

Route A: Unexecuted plan exists

Find the first PLAN.md without matching SUMMARY.md. Read its <objective> section.

---

## >> Next Up

**{phase}-{plan}: [Plan Name]** -- [objective summary from PLAN.md]

`$gpd-execute-phase {phase}`

<sub>`/clear` first -> fresh context window</sub>

---

Route B: Phase needs planning

Check if {phase}-CONTEXT.md exists in phase directory.

If CONTEXT.md exists:

---

## >> Next Up

**Phase {N}: {Name}** -- {Goal from ROADMAP.md}
<sub>Context gathered, ready to plan</sub>

`$gpd-plan-phase {phase-number}`

<sub>`/clear` first -> fresh context window</sub>

---

If CONTEXT.md does NOT exist:

---

## >> Next Up

**Phase {N}: {Name}** -- {Goal from ROADMAP.md}

`$gpd-discuss-phase {phase}` -- gather context and clarify approach

<sub>`/clear` first -> fresh context window</sub>

---

**Also available:**
- `$gpd-plan-phase {phase}` -- skip discussion, plan directly
- `$gpd-list-phase-assumptions {phase}` -- see assumptions before planning

---

Route E: Validation gaps need fix plans

Validation checks found gaps (e.g., failed consistency checks, non-convergent numerics). User needs to plan fixes.

---

## !! Validation Gaps Found

**{phase}-VERIFICATION.md** has {N} gaps requiring fixes.

`$gpd-plan-phase {phase} --gaps`

<sub>`/clear` first -> fresh context window</sub>

---

**Also available:**
- `$gpd-execute-phase {phase}` -- execute phase plans
- `$gpd-verify-work {phase}` -- run more validation checks

---

Route E2: Gap-closure plans exist but are unexecuted

Gap-closure plans were created by $gpd-plan-phase --gaps but have not been executed yet. Suggest executing them instead of re-planning.

---

## !! Gap-Closure Plans Ready

**{GAP_PLANS_UNEXECUTED} gap-closure plan(s)** exist but have not been executed.

`$gpd-execute-phase {phase} --gaps-only`

<sub>`/clear` first -> fresh context window</sub>

---

**Also available:**
- `$gpd-plan-phase {phase} --gaps` -- re-plan gap fixes (if current plans are stale)
- `$gpd-verify-work {phase}` -- re-run validation checks

---

Step 7.3: Check milestone status (only when phase complete)

Read ROADMAP.md and identify:

1. Current phase number
2. All phase numbers in the current milestone section

Count total phases and identify the highest phase number.

State: "Current phase is {X}. Milestone has {N} phases (highest: {Y})."

Route based on milestone status:

Route C: Phase complete, more phases remain

Read ROADMAP.md to get the next phase's name and goal.

---

## Phase {Z} Complete

## >> Next Up

**Phase {Z+1}: {Name}** -- {Goal from ROADMAP.md}

`$gpd-discuss-phase {Z+1}` -- gather context and clarify approach

<sub>`/clear` first -> fresh context window</sub>

---

**Also available:**
- `$gpd-plan-phase {Z+1}` -- skip discussion, plan directly
- `$gpd-verify-work {Z}` -- validation check before continuing

---

Route D: Milestone complete

---

## Milestone Complete

All {N} phases finished!

## >> Next Up

**Complete Milestone** -- archive results and prepare for next investigation

`$gpd-complete-milestone`

<sub>`/clear` first -> fresh context window</sub>

---

**Also available:**
- `$gpd-verify-work` -- validation check before completing milestone

---

Route F: Between milestones (ROADMAP.md missing, PROJECT.md exists)

A milestone was completed and archived. Ready to start the next research cycle.

Read MILESTONES.md to find the last completed milestone version.

---

## Milestone v{X.Y} Complete

Ready to plan the next phase of investigation.

## >> Next Up

**Start Next Milestone** -- questioning -> literature research -> requirements -> roadmap

`$gpd-new-milestone`

<sub>`/clear` first -> fresh context window</sub>

---

Edge Cases

Handle edge cases:

• Phase complete but next phase not planned → offer $gpd-plan-phase [next]
• All work complete → offer milestone completion
• Blockers present → highlight before offering to continue
• Handoff file exists → mention it, offer $gpd-resume-work

<success_criteria>

• Rich context provided (recent work, decisions, physics insights, issues)
• Current position clear with visual progress
• What's next clearly explained
• Smart routing: $gpd-execute-phase if plans exist, $gpd-plan-phase if not
• User confirms before any action
• Seamless handoff to appropriate gpd command </success_criteria>