ワンクリックで
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.