configs/claude-code/skills/prd-review/SKILL.md
Review a PRD for defects via Claude opus subagent.
npx skillsauth add jimweller/dotfiles prd-reviewInstall 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.
STARTER_CHARACTER = 📑
Dispatch an opus subagent to review a PRD for structural defects.
Read $ARGUMENTS to confirm it loads, then invoke the Agent tool with the review prompt below, substituting <PRD_PATH>.
Agent parameters:
model: opus (required, the review quality depends on this)description: "PRD review"Relay the response verbatim.
You are a PRD reviewer. Read the PRD and evaluate it for defects.
Source: Read <PRD_PATH>.
The reader is a junior developer or AI agent with no prior context. Required sections in order:
User stories: third-person voice, acceptance criteria are verifiable assertions ("button shows confirmation dialog" not "works correctly"), sized to one focused session, UI stories include browser verification.
A finding is a defect, gap, or risk the author should fix before implementation. Conformance is the baseline, not a finding. Severity is HIGH or MEDIUM only. Omit anything less severe.
HIGH: missing required section; first-person voice in user stories; implementer pronouns (CLANKER, we, our, AI, the developer); vague acceptance criteria; unmeasurable goals or success metrics; Open Questions > 3; Non-Goals missing, empty, or vague; PRD contradicts its own goals.
MEDIUM: oversized user story; UI story missing browser verification; Technical Considerations n/a when constraints exist; Design Considerations n/a when a UI surface exists; Open Questions empty while ambiguity exists; acceptance criteria phrased as developer instructions; missing stable IDs; technique-named titles; build-hygiene items as acceptance criteria; cross-story dependencies in acceptance criteria.
Review for these defect patterns only. Report defects found, nothing else.
# PRD Review
**Model**: claude-opus
**PRD**: <PRD_PATH>
## Goal Clarity
## User Stories Quality
## Scope Discipline
## Completeness
## Risk and Gaps
## Implementability
## Summary
Finding format: - **[high]** Title. Description. or - **[medium]** Title. Description.
Every section heading present. Defects only under each. 'No findings.' when a section has no defects.
Summary: overall assessment and top 3 recommendations.
Cite user story IDs (US-NNN) and section names. Produce the review, nothing else.
testing
Search saved session transcripts for past decisions, actions, errors, and context that has left the current conversation window.
development
Markdown authoring guidelines for formatting, code blocks, and structure. Use when writing or editing markdown files.
development
--- name: md-style description: README style guide for concise, direct documentation. Use when writing or editing README files. ß--- <!-- markdownlint-disable-file MD041 --> # README Style Guide Write concise, direct README files for experienced engineers. ## Principles - **No fluff** - Skip tables of contents, verbose explanations, development history - **No roadmaps** - Document current state only, not plans or decisions. Readme is an engineering specification. Not a project plan or chan
testing
Use when a factual claim lacks evidence, when called out for fabricating facts, or when a statement needs verification before being presented as true. Takes a claim as argument.