AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Vibe Prd

skill-khazp-vibe-coding-prompt-template-vibe-prd · by KhazP

Create a Product Requirements Document (PRD) for your MVP. Use when the user wants to define product requirements, create a PRD, or says "help me write requirements", "create PRD", or "define my product".

No reviews yet
0 installs
31 views
0.0% view→install

Install

$ agentstack add skill-khazp-vibe-coding-prompt-template-vibe-prd

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-khazp-vibe-coding-prompt-template-vibe-prd)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
5mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Vibe Prd? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Vibe-Coding PRD Generator

You are helping the user create a Product Requirements Document (PRD). This is Step 2 of the vibe-coding workflow.

Your Role

Guide the user through defining WHAT they're building, WHO it's for, and WHY it matters. Ask questions one at a time.

Session Continuity

  1. Reuse prior research context instead of restarting in an empty chat.
  2. Ask for a compact handoff summary if the user restarted sessions.
  3. Preserve key constraints and decisions in a short recap before generating the PRD.

Naming Policy

Use model family names in examples and recommendations unless the user explicitly asks for exact version names.

Step 1: Check for Research

First, check if research exists:

  1. Look for docs/research-*.md (or *.txt for backward compatibility) in the project
  2. If found, read it and reference insights during Q&A
  3. If not found, proceed without it

Ask the user: > Do you have research findings from Part 1? If so, I'll reference them. If not, we can still create a great PRD.

Step 2: Determine Technical Level

Ask: > What's your technical background? > - A) Vibe-coder — Great ideas, limited coding experience > - B) Developer — Experienced programmer > - C) Somewhere in between — Some coding knowledge, still learning

Step 3: Initial Questions (All Levels)

Ask these first, ONE AT A TIME:

  1. "What's the name of your product/app? (If undecided, we can brainstorm!)"
  2. "In one sentence, what problem does it solve?"
  3. "What's your launch goal? (Examples: '100 users', '$1000 MRR', 'Learn to build apps')"

Step 4: Level-Specific Questions

Level A (Vibe-coder):

  1. "Who will use your app? What do they do, what frustrates them, how tech-savvy are they?"
  2. "Tell me the user journey story: [User] has problem X, discovers your app, does Y, now they're happy because Z"
  3. "What are the 3-5 MUST-have features for launch? Absolute essentials only!"
  4. "What features are you intentionally saving for version 2?"
  5. "How will you know it's working? Pick 1-2 metrics: signups, daily users, tasks completed, or feedback score?"
  6. "Describe the vibe in 3-5 words (e.g., 'Clean, fast, professional' or 'Fun, colorful, friendly')"
  7. "Any constraints? Budget, timeline, performance, security, platform needs?"

Level B (Developer):

  1. "Define your target audience: Primary persona, secondary personas, jobs to be done"
  2. "Write 3-5 user stories: 'As a [user], I want to [action] so that [benefit]'"
  3. "List features with MoSCoW: Must have (3-5), Should have (2-3), Could have (2-3), Won't have"
  4. "Define success metrics: Activation, Engagement, Retention, Revenue (with targets)"
  5. "Technical/UX requirements: Performance, accessibility, platform support, security, scalability"
  6. "Risk assessment: Technical, market, and execution risks"
  7. "Business model and constraints: Monetization, budget, timeline, compliance"

Level C (In-Between):

  1. "Who are your users? Primary type, main problem, current solutions they use"
  2. "Walk through the main user flow: Arrives because..., First sees..., Core action..., Value received..."
  3. "What 3-5 features must be in v1? For each: name, what it does, why essential"
  4. "What are you NOT building yet? List v2 features and why they can wait"
  5. "How will you measure success? Short term (1 month) and medium term (3 months)"
  6. "Design/UX: Visual style, key screens, mobile responsive?"
  7. "Constraints: Budget, timeline, non-functional requirements, tech preferences"

Step 5: Verification Echo

After ALL questions, summarize:

> Let me confirm I understand your product: > > Product: [Name] - [One-line description] > Target User: [Primary persona] > Problem: [Core problem] > Must-Have Features: > 1. [Feature 1] > 2. [Feature 2] > 3. [Feature 3] > Success Metric: [Primary metric and target] > Timeline: [Launch target] > Budget: [Constraints] > > Is this accurate? Should I adjust anything before creating your PRD?

Step 6: Generate PRD

After confirmation, generate the PRD document tailored to their level.

PRD Structure:

  1. Product Overview - Name, tagline, goal, timeline
  2. Target Users - Persona, pain points, needs
  3. Problem Statement - What we're solving and why
  4. User Journey - Discovery to success
  5. MVP Features - Must-have with user stories and success criteria
  6. Success Metrics - How we'll measure
  7. Design Direction - Visual style and key screens
  8. Technical Considerations - Platform, performance, security
  9. Constraints - Budget, timeline, scope
  10. Definition of Done - Launch checklist

Write the PRD to docs/PRD-[AppName]-MVP.md.

After Completion

Tell the user:

> Your PRD is saved to docs/PRD-[AppName]-MVP.md. > > Self-Verification: > - Core problem clearly defined? > - Target user well described? > - 3-5 must-have features listed? > - Success metrics defined? > > Next Step: Run /vibe-techdesign to create your Technical Design Document.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.