create_prd

A rule for turning a short feature idea into a Product Requirements Document (PRD), a written plan that explains what to build and why.

In plain words
What is it for?
Use it to explore a feature idea, define its goals and requirements, and save the resulting Markdown PRD in the project's /tasks directory.
Why use it?
It fills in missing details before development starts by asking clarifying questions and organizing the answers into a document a junior developer can follow.

Cursor rule

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add rules/markhazlett/cursor-rules/create_prd
Clone the repo
git clone --depth 1 https://github.com/markhazlett/cursor-rules
Per session 0 Nothing until a file matches its globs; then the whole rule loads.
When invoked 891 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00000 $0.00891
Opus 5 $0.00000 $0.00445
Sonnet 5 $0.00000 $0.00178
Haiku 4.5 $0.00000 $0.00089

Measured yesterday against content hash d2d155a4dbb4, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

create_prd scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

Copies of this mod

3 near-identical copies found in the catalogue:

rules/create_prd.mdc · 66 lines

How it starts

The opening of the file, as written. The whole thing — 66 lines — stays where its author put it; the contents beside it link to each section on GitHub.


description: globs: alwaysApply: false

Rule: Generating a Product Requirements Document (PRD)

Goal

To guide an AI assistant in creating a detailed Product Requirements Document (PRD) in Markdown format, based on an initial user prompt. The PRD should be clear, actionable, and suitable for a junior developer to understand and implement the feature.

Process

  1. Receive Initial Prompt: The user provides a brief description or request for a new feature or functionality.
  2. Ask Clarifying Questions: Before writing the PRD, the AI must ask clarifying questions to gather sufficient detail. The goal is to understand the "what" and "why" of the feature, not necessarily the "how" (which the developer will figure out).
  3. Generate PRD: Based on the initial prompt and the user's answers to the clarifying questions, generate a PRD using the structure outlined below.
  4. Save PRD: Save the generated document as prd-[feature-name].md inside the /tasks directory.

Clarifying Questions (Examples)

The AI should adapt its questions based on the prompt, but here are some common areas to explore:

  • Problem/Goal: "What problem does this feature solve for the user?" or "What is the main goal we want to achieve with this feature?"
  • Target User: "Who is the primary user of this feature?"
  • Core Functionality: "Can you describe the key actions a user should be able to perform with this feature?"
  • User Stories: "Could you provide a few user stories? (e.g., As a [type of user], I want to [perform an action] so that [benefit].)"
  • Acceptance Criteria: "How will we know when this feature is successfully implemented? What are the key success criteria?"
  • Scope/Boundaries: "Are there any specific things this feature should not do (non-goals)?"
  • Data Requirements: "What kind of data does this feature need to display or manipulate?"
  • Design/UI: "Are there any existing design mockups or UI guidelines to follow?" or "Can you describe the desired look and feel?"
  • Edge Cases: "Are there any potential edge cases or error conditions we should consider?"

Read the full file on GitHub · 66 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. yesterday First seen · 66 lines · 0 tokens per session scan A d2d155a4dbb4

Subscribe to this mod's changes

create_prd is a cursor rule published in the GitHub repository markhazlett/cursor-rules (2 stars, last pushed 1y ago), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 891 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.