Best use case
sdd-review-plan is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
**Slash command**: `/sdd-review-plan <slug>`
Teams using sdd-review-plan should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/sdd-review-plan/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How sdd-review-plan Compares
| Feature / Agent | sdd-review-plan | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
**Slash command**: `/sdd-review-plan <slug>`
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
Related Guides
SKILL.md Source
# sdd-review-plan **Slash command**: `/sdd-review-plan <slug>` **Purpose**: Comprehensive pre-implementation review of requirements, design, and tasks. Appends "Traceability Coherence" and "Plan Review" sections to `review.md`. --- ## Prerequisites - `.claude/specs/<slug>/requirements.md` must exist - `.claude/specs/<slug>/design.md` must exist - `.claude/specs/<slug>/tasks.md` must exist - `.claude/specs/<slug>/progress.md` must exist (used to read `mode`) --- ## Steps ### 1. Read all spec inputs ``` .claude/specs/<slug>/requirements.md .claude/specs/<slug>/design.md .claude/specs/<slug>/tasks.md .claude/specs/<slug>/progress.md (read mode: standard | auto) ``` Build three indexes in memory: - **REQ index**: all `REQ-XXX` IDs found in requirements.md - **Design section index**: all `§X.X <title>` headings found in design.md - **TASK index**: all `TASK-XXX` IDs found in tasks.md ### 2. Run traceability coherence check (BOTH modes) Run all six checks below. For each check, record either ✅ (pass) or ❌ (fail) with specific IDs. #### Check A — REQ → Design coverage Every REQ-XXX in the REQ index appears in at least one `Satisfies:` line in design.md. Failure example: ``` ❌ REQ-004 has no Satisfies: line in design.md Fix: add "Satisfies: REQ-004" to the relevant design section ``` #### Check B — REQ → Task coverage Every REQ-XXX in the REQ index appears in at least one `Implements:` line in tasks.md. Failure example: ``` ❌ REQ-006 has no Implements: entry in tasks.md Fix: add REQ-006 to an existing task's Implements field, or create TASK-NNN ``` #### Check C — Design → Task coverage Every design section §X.X in the design section index appears in at least one `Design ref:` line in tasks.md. Failure example: ``` ❌ §7 Error Handling Strategy has no Design ref: entry in tasks.md Fix: add "Design ref: §7 Error Handling Strategy" to the relevant task ``` #### Check D — Task → REQ completeness Every TASK-XXX in tasks.md has at least one `Implements:` entry (not empty). Failure example: ``` ❌ TASK-005 has no Implements: field Fix: add "Implements: REQ-XXX" to TASK-005 ``` #### Check E — Dangling references All REQ-XXX IDs referenced in `Satisfies:` or `Implements:` fields actually exist in the REQ index. All §X.X references in `Design ref:` fields actually exist in the design section index. Failure example: ``` ❌ tasks.md TASK-003 references "Design ref: §9 Deployment" but §9 does not exist in design.md Fix: correct the section reference or add §9 to design.md ``` #### Check F — Duplicate IDs No repeated REQ-XXX IDs in requirements.md. No repeated TASK-XXX IDs in tasks.md. Failure example: ``` ❌ TASK-002 appears twice in tasks.md Fix: renumber the second occurrence ``` ### 3. Write Traceability Coherence table to `review.md` Append to `.claude/specs/<slug>/review.md` under the heading: ```markdown ## Traceability Coherence (YYYY-MM-DD) | Check | Result | Details | | ---------------- | ------- | ------------------------------------- | | A: REQ → Design | ✅ / ❌ | <!-- IDs or "all covered" --> | | B: REQ → Task | ✅ / ❌ | <!-- IDs or "all covered" --> | | C: Design → Task | ✅ / ❌ | <!-- sections or "all covered" --> | | D: Task → REQ | ✅ / ❌ | <!-- IDs or "all have Implements" --> | | E: Dangling refs | ✅ / ❌ | <!-- broken refs or "none" --> | | F: Duplicate IDs | ✅ / ❌ | <!-- duplicates or "none" --> | ``` ### 4. CRITICAL gate — stop on any traceability failure If ANY check is ❌, output the following and STOP. Do NOT output the PHASE COMPLETE gate. ``` ⚠️ TRACEABILITY ERRORS FOUND — cannot proceed to implementation The following issues must be fixed in the spec files before proceeding: [list each ❌ with the specific IDs and how to fix] Fix the issues listed above, then re-run /sdd-review-plan <slug>. ``` Only continue to Step 5 if ALL six checks are ✅. ### 5. Mode-specific plan review **`--mode standard`**: 1. Invoke `Plan` agent with the full requirements + design + tasks context 2. Invoke `ecc:architect` agent with the same context 3. Invoke the `spec-tech-research` skill for the technology stack used in design.md 4. Collect all findings **`--mode auto`**: 1. Invoke `ecc:architect` agent only (skip Plan agent and spec-tech-research) 2. Collect findings ### 6. Append Plan Review to `review.md` Append under: ```markdown ## Plan Review (YYYY-MM-DD) ### Reviewer: Plan agent (standard mode only) <!-- findings --> ### Reviewer: architect agent <!-- findings --> ### Reviewer: spec-tech-research (standard mode only) <!-- findings --> ### Summary <!-- 3-5 bullet points: key risks, open questions, recommendations --> ``` --- ## Output ``` .claude/specs/<slug>/review.md (appended, not overwritten) ``` --- ## Phase Gate Only output this block when ALL six traceability checks are ✅ AND plan review is complete: ``` == PHASE COMPLETE: sdd-review-plan == Artifact: .claude/specs/<slug>/review.md Summary: - All 6 traceability coherence checks passed (A-F) - Plan reviewed by architect agent (+ planner + spec-tech-research in standard mode) - Key risks and open questions documented in review.md - Spec is ready for implementation - Run /sdd-impl <slug> TASK-001 to begin ⏸ WAITING FOR CONFIRMATION Type `CONFIRM sdd-impl` to proceed with implementation, or describe changes needed. ```
Related Skills
sdd-review — Post-Implementation Code Review
## Slash Command
Skill: sdd-review-requirements
## Invocation
test
Advanced test implementation command with unit/E2E support, auto-execution, and smart fixing capabilities
serena
Token-efficient Serena MCP command for structured app development and problem-solving
project-guidelines-example
Example project-specific skill template based on a real production application.
notion-bug-pr
Skill that pulls bug tickets (titles containing 「不具合」) from a Notion database, investigates root cause in a GitHub repo, applies fixes, and opens draft PRs. Supports three modes — daily recurring schedule, one-shot at a specific time, or immediate on-demand run. Takes three or four args: Notion database URL, repo path or name, and either HH:MM (daily), "once HH:MM" (one-shot), or "now" (immediate).
graphify
any input (code, docs, papers, images, videos) to knowledge graph. Use when user asks any question about a codebase, documents, or project content - especially if graphify-out/ exists, treat the question as a /graphify query.
chrome
Comprehensive Chrome DevTools development system with native Chrome capabilities for debugging, E2E testing, performance analysis, and browser automation
webapp-testing
Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.
web-design-guidelines
Review UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my site against best practices".
typescript-advanced-types
Master TypeScript's advanced type system including generics, conditional types, mapped types, template literals, and utility types for building type-safe applications. Use when implementing complex type logic, creating reusable type utilities, or ensuring compile-time type safety in TypeScript projects.
tanstack-start
Full-stack React framework powered by TanStack Router with SSR, streaming, server functions, and deployment to any hosting provider.