to-prd

Generate a production-ready PRD from conversation context and codebase understanding.

Updated May 7, 2026
One-click install
npx skills add https://github.com/hgxszhj/mattpocock_skills --skill to-prd-hgxszhj
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: to-prd
Source: https://github.com/hgxszhj/mattpocock_skills/tree/main/skills/engineering/to-prd
Command: npx skills add https://github.com/hgxszhj/mattpocock_skills --skill to-prd-hgxszhj

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Turn the current conversation context and codebase understanding into a concise, production-ready PRD that can be published to the project tracker, saving time and ensuring a shared direction.

Core Features & Use Cases

  • Synthesize requirements from existing discussions and code to produce a complete PRD.
  • Identify modules, milestones, acceptance criteria, and risks to inform planning and alignment.
  • Use Case: When a product or engineering team needs a PRD from a discovery conversation, this skill generates a ready-to-publish PRD for the project tracker.

Quick Start

Give the agent the current context and have it generate a PRD and publish it to the project tracker.

Frequently Asked Questions about to-prd

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

FAQPage Schema
How do I generate a PRD from existing conversation context and codebase?

Generate a PRD by synthesizing existing discussions and code to produce a production-ready document. The skill translates context into modules, milestones, and acceptance criteria, avoiding user interviews to provide a template ready for issue tracking.

What is the best way to turn software requirements into an issue tracker ticket?

Turn software requirements into issue tracker tickets by applying the project glossary and ADRs to the synthesized context. The skill outputs a production-ready PRD template configured for direct publishing to your project's tracking system.

Can I create a PRD with acceptance criteria and milestones without interviewing stakeholders?

Create a PRD without stakeholder interviews by relying on the current conversation context and codebase understanding. The skill extracts modules, milestones, acceptance criteria, and risks directly from existing data to inform planning and alignment.

Does this PRD synthesis process apply architecture decision records and project glossaries?

The PRD synthesis process applies project glossaries and architecture decision records to ensure outputs reflect existing technical context. This ensures the generated product requirements align with established engineering definitions and constraints.

What are the limitations of generating product requirements directly from code?

Generating product requirements directly from code relies entirely on existing conversation context and codebase understanding, meaning it will not prompt for missing information. Outputs avoid user interviews, so incomplete discovery context may yield incomplete risk or milestone definitions.