to-prd

Generates structured Product Requirements Documents from requirements or conversation context.

1|2|Updated Nov 25, 2017
One-click install
npx skills add https://github.com/asarchami/dotfiles --skill to-prd-asarchami
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: to-prd
Source: https://github.com/asarchami/dotfiles/tree/main/dot_claude/skills/to-prd
Command: npx skills add https://github.com/asarchami/dotfiles --skill to-prd-asarchami

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Writing a thorough PRD is time-consuming and often inconsistent, with critical dimensions like edge cases, dependencies, and acceptance criteria frequently overlooked. This Skill turns raw requirements or conversation context into a complete, consistently structured PRD. ## Core Features & Use Cases - 12-Dimension Framework: Ensures every requirement covers user stories, acceptance criteria, testing strategy, non-functional requirements, edge cases, priority, dependencies, and open questions. - Deep Module Design Guidance: Identifies opportunities to encapsulate complexity behind narrow, stable interfaces when sketching the technical design. - Structured Interview Process: Asks one question at a time, starting with high-impact topics, and provides recommended answers to accelerate requirement gathering. - Use Case: After a brainstorming session about a new feature, ask the assistant to produce a PRD; it will interview you on gaps and output a ready-to-review document with testable acceptance criteria. ## Quick Start Ask the assistant to create a PRD for your feature idea and answer its interview questions one at a time.

Frequently Asked Questions about to-prd

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

FAQPage Schema
How do I write a PRD from a rough feature idea?

Provide your feature idea or conversation context and the Skill interviews you one question at a time, starting with foundational topics. It then produces a structured PRD covering user stories, acceptance criteria, testing, edge cases, and open questions.

What sections should a product requirements document include?

This framework uses 12 dimensions: stakeholder, problem statement, user stories, acceptance criteria, module design, testing strategy, non-functional requirements, edge cases, out of scope, priority, dependencies, and open questions.

How do I update an existing PRD without rewriting everything?

The Skill interviews you only about the specific dimensions that need updating in impacted sections, rather than re-interviewing the entire document. It can also explore the codebase to answer questions itself when possible.

What is deep module design in a PRD?

Deep module design means encapsulating significant complexity behind a narrow, stable interface with few exported symbols. The Skill distinguishes deep modules from shallow ones and thin binaries when sketching the technical architecture.

When should I not use a structured PRD template?

A full 12-dimension PRD may be excessive for trivial changes, quick prototypes, or spike experiments where speed matters more than documentation. Use it when requirements need stakeholder alignment and testable acceptance criteria.