.claude/skills/progress/SKILL.md
Report completion status of the main and feature execution plans. Use to check how many tasks remain and which phases are done.
npx skillsauth add benjaminshoemaker/ai_coding_project_base progressInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Read the main greenfield execution plan and any feature execution plans to show overall project status.
Copy this checklist and track progress:
Progress Report:
- [ ] Step 1: Directory guard check
- [ ] Step 2: Discover all execution plans
- [ ] Step 3: Count checkbox categories
- [ ] Step 4: Calculate completion percentages
- [ ] Step 5: Generate progress report
After parsing EXECUTION_PLAN.md, validate that at least one phase and one task were found. If parsing yields zero phases or zero tasks, report a parse error (e.g., "EXECUTION_PLAN.md found but no phases/tasks detected — file may be malformed") and stop.
Before starting, confirm one of these exists in the current working directory:
EXECUTION_PLAN.md
plans/greenfield/EXECUTION_PLAN.md
If neither exists, STOP and tell the user to cd into their project directory (the one containing the active EXECUTION_PLAN.md) and re-run /progress.
Search for execution plans in the project:
# Main project plan (required)
plans/greenfield/EXECUTION_PLAN.md
EXECUTION_PLAN.md # legacy fallback
# Feature plans (optional) - check common locations
features/*/EXECUTION_PLAN.md
features/**/EXECUTION_PLAN.md
FEATURES/*/EXECUTION_PLAN.md
Build a list of all execution plans found:
./plans/greenfield/EXECUTION_PLAN.md when present, otherwise legacy ./EXECUTION_PLAN.mdEXECUTION_PLAN.md files in features/ subdirectoriesExecution plans contain 4 distinct checkbox categories. Count them separately:
| Category | Location | Identifier |
|----------|----------|------------|
| Task Acceptance Criteria | Under #### Task X.Y.Z headers, after **Acceptance Criteria:** | Has type tags like (TEST), (CODE), (BROWSER:*), (MANUAL), (MANUAL:DEFER) |
| Phase Checkpoint Criteria | Under ### Phase N Checkpoint headers | Sections: "Automated Checks", "Manual Local Verification", "Browser Verification" |
| Pre-Phase Setup Criteria | Under ### Pre-Phase Setup headers | Items with Verify: commands |
| Manual Verification | Under "Human Required" headers | Items with Reason: lines |
Primary Metric: Task Acceptance Criteria only (represents actual implementation work).
Secondary Metrics: Checkpoint, Setup, and Manual criteria (procedural/verification work).
How to distinguish categories when counting:
#### Task X.Y.Z headers; lines match - [ ] .*\((TEST|CODE|BROWSER|MANUAL|MANUAL:DEFER)\)### Phase N Checkpoint; in "Automated Checks" or "Manual Verification" subsections### Pre-Phase Setup; lines contain Verify: commandsReason: annotationsWhen in doubt, check the parent header level: #### = task, ### = phase-level.
Show an Overall Summary first, then individual plan details:
OVERALL PROJECT PROGRESS
========================
Plan Status Progress
─────────────────────────────────────────────────────────
Main Project Complete 45/45 (100%)
Feature: user-auth In Progress 12/18 (67%)
Feature: payments Not Started 0/24 (0%)
─────────────────────────────────────────────────────────
TOTAL 57/87 (66%)
Next action: Continue with Feature: user-auth Phase 2
Then show detailed breakdown for each plan (see Individual Plan Report below).
Skip the overall summary and show the Individual Plan Report directly.
For each execution plan, show:
For each phase, count Task Acceptance Criteria only:
- [ ] and - [x] lines under #### Task sections- [x] lines that do NOT contain — Deferred:- [x] lines that contain — Deferred: (implemented but pending review)- [ ] linesCalculate percentage complete per phase. Deferred items count toward completion (they are implemented) but are reported separately for visibility.
Important: Do NOT count checkpoint criteria, pre-phase setup items, or phase-level verification checkboxes in the primary progress metric.
[x])[ ] criteria)**Status:** BLOCKED)| Phase | Status | Task Criteria | Checkpoint Criteria |
|-------|--------|---------------|---------------------|
| Phase 1: {name} | Complete | 12/12 (100%) | 5/5 |
| Phase 2: {name} | In Progress | 5/8 (62%) | 0/4 |
| Phase 3: {name} | Not Started | 0/10 (0%) | 0/6 |
Status definitions:
If checkpoint or setup criteria exist, show:
Additional Criteria:
- Pre-Phase Setup: X/Y completed
- Phase Checkpoints: X/Y completed
- Manual Verification: X/Y confirmed
Read .claude/deferred-reviews.json and count unreviewed items:
Deferred Review Queue:
- Pending review: {N} items across {P} phases
- Use /review-deferred to review them
Only show this section if the queue file exists and has unreviewed items.
If .claude/deferred-reviews.json exists but fails to parse (invalid JSON), treat as empty and note: "Deferred review queue file is corrupt — treating as empty."
Based on overall status, recommend what to do next:
If main project incomplete:
If main project complete but features incomplete:
cd features/{name} to work on that featureIf everything complete:
All execution plans complete!
Main Project: 100% (45/45 criteria)
Features: 100% (42/42 criteria)
Consider:
- Run final /phase-checkpoint on each plan
- Review for any deferred items in DEFERRED.md
- Check .claude/deferred-reviews.json for pending verification reviews (/review-deferred)
- Check TODOS.md for follow-up work
If EXECUTION_PLAN.md exists but is empty:
/generate-plan to populate itIf EXECUTION_PLAN.md has unexpected format:
If feature plan directory exists but EXECUTION_PLAN.md is missing:
If checkbox parsing yields zero items:
If file read permissions fail:
When scanning for feature plans:
Directory patterns to check:
features/*/EXECUTION_PLAN.mdFEATURES/*/EXECUTION_PLAN.mdfeature/*/EXECUTION_PLAN.mdExtract feature name from path:
features/user-auth/EXECUTION_PLAN.md → "user-auth"features/payments/EXECUTION_PLAN.md → "payments"Skip non-feature plans:
EXECUTION_PLAN.md twicePROJECT PROGRESS
================
Main Project: plans/greenfield/EXECUTION_PLAN.md
Phases: 4 | Steps: 12 | Tasks: 28
| Phase | Status | Task Criteria | Checkpoint |
|-------|--------|---------------|------------|
| Phase 1: Setup | Complete | 8/8 (100%) | 3/3 |
| Phase 2: Core API | In Progress | 5/12 (42%) | 0/4 |
| Phase 3: Frontend | Not Started | 0/6 (0%) | 0/3 |
| Phase 4: Deploy | Not Started | 0/2 (0%) | 0/2 |
Current: Task 2.2.A - Implement user endpoints
Next: Complete Task 2.2.A, then Task 2.2.B
Overall: 13/28 criteria (46%)
See references/multiple-plans-example.md for a full example showing overall summary + per-plan breakdowns for main project and multiple features.
testing
Audit project alignment with VISION.md, identify SDLC gaps, and generate feature proposals. Use when reviewing strategic direction or planning new features.
development
Run code-verification on a specific task. Use to verify a single task's acceptance criteria after implementation.
testing
Resolve Vercel preview deployment URL for the current git branch. Invoked by browser-verification when deployment.enabled is true, or directly to check deployment status. Use to check deployment status or when browser verification needs a URL.
tools
Discover and sync all toolkit-using projects with the latest skills. Use when skills are modified, after the post-commit hook reminds you, or to batch-sync multiple projects.