원클릭으로
progress
Report completion status of the main and feature execution plans. Use to check how many tasks remain and which phases are done.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Report completion status of the main and feature execution plans. Use to check how many tasks remain and which phases are done.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Generate EXECUTION_PLAN.md and scoped AGENTS.md files for a feature. Use after /feature-technical-spec to create the task breakdown.
Generate the greenfield execution plan plus root and scoped AGENTS.md files. Use after /technical-spec to create the phased task breakdown.
Guide discovery and discussion to determine how an AI coding agent can autonomously run and verify a specific user flow end to end. Use when the user asks what would be needed to test a flow, prove an app works, create an E2E/self-test harness, make agent verification repeatable, or evaluate whether an existing test setup lets the agent verify behavior. This skill is for shaping the verification approach before implementation: read the repo's product docs and existing verification contracts, identify the real user flow and channel under test, uncover missing controllable state or external dependencies, ask focused questions, and produce a concrete agent-runnable verification plan only after the flow is understood.
Exploratory conversation before /product-spec. Asks one question at a time, runs background research for open-source/off-the-shelf alternatives, and writes DISCOVERY_NOTES.md. Use when the user has an idea but hasn't scoped it yet.
Define feature requirements (problem, users, scope, acceptance criteria) through guided Q&A and write FEATURE_SPEC.md. Use when starting a new feature.
Define technical approach (architecture, integration points, data model) for a feature through guided Q&A and write FEATURE_TECHNICAL_SPEC.md. Use after /feature-spec.
| name | progress |
| description | Report completion status of the main and feature execution plans. Use to check how many tasks remain and which phases are done. |
| allowed-tools | Read, Grep, Glob |
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.