sdlc-prd

Generates product requirements documents with numbered use cases and measurable success metrics from feature intake documents.

Updated Jun 1, 2026
One-click install
npx skills add https://github.com/juartaurus98/codebase --skill sdlc-prd-juartaurus98
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: sdlc-prd
Source: https://github.com/juartaurus98/codebase/tree/main/.claude/skills/sdlc-prd
Command: npx skills add https://github.com/juartaurus98/codebase --skill sdlc-prd-juartaurus98

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning a raw feature request into a structured, reviewable product requirements document is slow and inconsistent — use cases get missed, success metrics lack measurement methods, and open questions get silently guessed. This Skill enforces a gated, repeatable PRD authoring workflow. ## Core Features & Use Cases - Use case derivation: Splits a feature into numbered use cases ({FEAT-ID}-UC{n}) with one goal, one actor, one outcome, and P0/P1/P2 priorities. - Measurable success metrics: Requires every metric to include baseline, target, and a measurement method so it can be verified later. - AI feature quality section: For AI features, captures capability, quality bar in user terms, human-in-the-loop policy, tolerated failure modes, and latency/cost ceilings. - Parallel spec writing: Fans out one spec-writer agent per use case when a feature has more than 3 use cases, then merges results. - Use Case: A product owner has an intake document for a new AI summarization feature. Run /prd with the feature ID to produce a gated PRD with UC-IDs, metrics, and an AI quality section, with open questions carried forward as tracked TBD markers. ## Quick Start Invoke /prd with a feature ID, for example: run /prd FEAT-12 to generate the PRD from the existing intake document.

Frequently Asked Questions about sdlc-prd

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write a PRD from a feature request?▼

Invoke /prd with the feature ID after an intake document exists. The skill checks the intake for a concrete problem, numeric success signal, and AI classification, then derives numbered use cases, success metrics, and scope boundaries into a gated PRD.

How are use cases structured in a PRD?▼

Each use case follows one goal, one actor, one outcome, numbered {FEAT-ID}-UC{n} in priority order with P0, P1, or P2 priority. Each gets a table row and its own subsection heading that downstream tooling scans to enumerate work units.

Does the PRD skill require running a feature intake step first?▼

No. A hand-written intake document from a product owner is equally valid input. What matters is the content: a concrete problem, a numeric success signal, and an AI classification, which the input check evaluates before generation.

How are AI feature requirements documented in a PRD?▼

For AI-classified features, the PRD records the capability, quality bar in user terms, human-in-the-loop policy, tolerated failure modes with acceptable rates, and latency and cost ceilings. These later become measurable AIR- requirements in the SRS.

What are the boundaries of PRD generation?▼

The PRD never designs the solution: no endpoints, schemas, layer names, or library choices, and no Gherkin acceptance criteria. It states what and why; the SRS defines exactly-what and the tech doc defines how.