skills/sdd-review-plan/SKILL.md
# sdd-review-plan **Slash command**: `/sdd-review-plan <slug>` **Purpose**: Comprehensive pre-implementation review of requirements, design, and tasks. Writes "Traceability Coherence" and "Plan Review" findings to `review-results/plan-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`) - `.claude/spec
npx skillsauth add sc30gsw/claude-code-customes skills/sdd-review-planInstall 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.
Slash command: /sdd-review-plan <slug>
Purpose: Comprehensive pre-implementation review of requirements, design, and tasks. Writes "Traceability Coherence" and "Plan Review" findings to review-results/plan-review.md.
.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).claude/specs/<slug>/review-results/requirement-review.md (created by sdd-review-requirements).claude/specs/<slug>/requirements.md
.claude/specs/<slug>/design.md
.claude/specs/<slug>/tasks.md
.claude/specs/<slug>/progress.md (read mode: standard | auto)
.claude/specs/<slug>/review-results/requirement-review.md (for prior review context)
Build three indexes in memory:
REQ-XXX IDs found in requirements.md§X.X <title> headings found in design.mdTASK-XXX IDs found in tasks.mdRun all six checks below. For each check, record either ✅ (pass) or ❌ (fail) with specific IDs.
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
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
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
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
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
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
review-results/plan-review.mdWrite to .claude/specs/<slug>/review-results/plan-review.md:
# Plan Review: <slug>
**Date**: <YYYY-MM-DD>
**Reviewer**: sdd-review-plan skill
**Mode**: <standard|auto>
**Traceability**: ✅ All checks passed (or ⚠️ N failures)
## Traceability Coherence
| 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" --> |
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 ✅.
--mode standard:
ecc:planner agent with the full requirements + design + tasks contextecc:architect agent with the same contextecc:docs-lookup agent for the technology stack used in design.md--mode auto:
ecc:architect agent only (skip ecc:planner agent and ecc:docs-lookup agent)review-results/plan-review.mdWrite findings to plan-review.md after the Traceability Coherence section:
## Architecture & Design Review
| Section / 横断 | Issue | Severity | Suggestion |
| -------------- | ----- | -------- | ---------- |
| ... | ... | ... | ... |
## Task Breakdown Review
| Task / 横断 | Issue | Severity | Suggestion |
| ----------- | ----- | -------- | ---------- |
| ... | ... | ... | ... |
## Technology Stack Review (standard mode only)
| 確認項目 | 結果 | 影響 |
| -------- | ---- | ---- |
| ... | ... | ... |
## Recommended Actions Before Proceeding
- [ ] **HIGH**: <action 1>
- [ ] **HIGH**: <action 2>
- [ ] **MEDIUM**: <action 3>
## Sign-off Condition
All HIGH severity findings must be resolved before running `/sdd-impl <slug>`.
.claude/specs/<slug>/review-results/plan-review.md (created or overwritten)
After writing plan-review.md, append to .claude/specs/<slug>/change-log.md:
| <YYYY-MM-DD> | sdd-review-plan | plan-review.md 作成 (Traceability: ✅/⚠️, <N> findings) |
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-results/plan-review.md
Summary:
- All 6 traceability coherence checks passed (A-F)
- Plan reviewed by ecc:architect agent (+ ecc:planner agent + ecc:docs-lookup agent in standard mode)
- Key risks and open questions documented in review-results/plan-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.
tools
Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Claude's capabilities with specialized knowledge, workflows, or tool integrations.
testing
# sdd-workflow — Workflow Status Dashboard ## Slash Command ``` /sdd-workflow [slug] ``` ## Purpose Read-only meta skill. Displays the current state of the SDD workflow — which phases are complete, which is next, and any blockers. Does NOT modify any files. --- ## This Skill is Read-Only `sdd-workflow` never writes to or modifies any file. It only reads spec files and git history to report status. There is no approval gate for this skill. --- ## Usage: Specific Feature ``` /sdd-workflo
content-media
# sdd-tasks **Slash command**: `/sdd-tasks <slug>` **Purpose**: Generate `tasks.md` (TASK-001..N) and `progress.md` from `requirements.md` and `design.md`. --- ## Prerequisites - `.claude/specs/<slug>/requirements.md` must exist - `.claude/specs/<slug>/design.md` must exist (run `/sdd-design` first) --- ## Steps ### 1. Read spec inputs ``` .claude/specs/<slug>/requirements.md .claude/specs/<slug>/design.md ``` Extract: - Every REQ-XXX ID with its acceptance criteria - Every design sect
development
# sdd-review — Post-Implementation Code Review ## Slash Command ``` /sdd-review <slug> ``` ## Purpose Run code review and security review on all changes introduced by the feature branch. Append structured findings to `review.md`. Does NOT auto-apply fixes — only proposes them. --- ## Prerequisites - `sdd-impl` has completed: all tasks in `progress.md` are `done` (or at least one is `done`; partial reviews are allowed). - The feature branch must have at least one commit ahead of `main`. -