to-prd

Convert conversation context into a PRD and publish it to the issue tracker.

Updated Jan 30, 2026
One-click install
npx skills add https://github.com/Rayzerrek/dotfiles --skill to-prd-rayzerrek
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: to-prd
Source: https://github.com/Rayzerrek/dotfiles/tree/main/.agents/skills/to-prd
Command: npx skills add https://github.com/Rayzerrek/dotfiles --skill to-prd-rayzerrek

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill turns existing conversation context and repository understanding into a ready-to-publish product requirements document, so product work can move forward without starting from scratch.

Core Features & Use Cases

  • Synthesizes a full PRD from current context without interviewing the user.
  • Organizes the document into problem, solution, user stories, implementation decisions, testing decisions, out of scope, and further notes.
  • Useful when a team needs to capture feature scope, align on modules and tests, and publish the result to an issue tracker with the right triage label.

Quick Start

Ask the skill to create a PRD from the current discussion and publish it to the project issue 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 product requirements document from existing context and publish it to an issue tracker?

To generate a product requirements document, the Skill synthesizes your current conversation context into a structured PRD and publishes it directly to your project issue tracker with appropriate triage labels.

What sections are included when creating a PRD from a feature planning discussion?

Creating a PRD organizes context into problem, solution, user stories, implementation decisions, testing decisions, out of scope, and further notes to provide complete product requirements coverage.

Can I create user stories and define a testing strategy without manually interviewing the team?

Yes, you can create user stories and define a testing strategy without manual interviews because the Skill automatically synthesizes extensive user stories and testing decisions from current repository context.

Do I need a connected repository to define scope and align domain glossaries for product requirements?

Yes, a connected repository is required because the Skill relies on repository exploration and domain glossary alignment to accurately define module selection and feature scope for the PRD.

What is the best way to triage and label feature planning items in an issue tracker?

The best way to triage feature planning items is to apply needs-triage labeling during PRD publication, ensuring the generated product requirements are automatically categorized correctly in the issue tracker.

Why does my PRD generation skip certain modules or leave features out of scope?

PRD generation leaves features out of scope to establish clear boundaries, applying module selection and scope definition logic to ensure only relevant product requirements are published to the issue tracker.