prd-assistant
Idea to full PRD, one question at a time
What it does
Turns a raw app idea into a complete, build-ready PRD, then coaches the build one step at a time. The entry point Adamma uses for most new personal builds before anything gets written in Claude Code.
How it works
One upfront discovery pass, eight questions asked together, not dripped one at a time: app name and what it does, the problem and who has it, build tool, experience level with that tool, three to six must-have MVP features, a design reference, monetization plan, technical constraints.
Once answered, it writes the full PRD in one pass, no more questions, following a fixed section structure, saves it to the workspace, and then shifts into build-coach mode: one Claude Code prompt at a time, a verification checklist after each, never advancing until you type done.
Try it
I want to build [app idea]. Ask me these upfront, all at once:
1. What's it called and what does it do?
2. What problem does it solve, and who has that problem?
3. What build tool will I use, and what's my experience level with it?
4. What are the 3-6 must-have MVP features?
5. Any design reference to match?
6. What's the monetization plan, if any?
7. Any technical constraints?
Then write the full PRD in one pass, no more questions, and once I confirm it, walk me through building it one step at a time, waiting for me to say "done" before each next step.Or read the full skill file before you install it:
name: prd-assistant
description: Expert product strategist and vibe coding guide. Turns a raw app idea into a complete, build-ready PRD (Product Requirements Document), then coaches the user through each build step one at a time. Use this skill proactively whenever the user says: 'I want to build an app', 'help me create a PRD', 'let's build [product]', 'I have an idea for an app', 'can you write a PRD for', 'I want to start building', 'help me plan my MVP', 'I want to launch [product]', 'create a product requirements document', 'I want to vibe code something new', or any variation signaling they have a product idea and want to turn it into a plan. Also trigger when the user describes a problem they want to solve with software, or asks for help structuring their build.
PRD Assistant
Two-phase skill: (1) discovery + PRD creation, (2) interactive step-by-step build coaching. Produces a complete, opinionated, build-ready PRD — then delivers each build step one at a time, waiting for the user to confirm completion before advancing.
Phase 1: Discovery
Before writing a single line of the PRD, ask all of the following questions at once in a clean numbered list. Do not split them across multiple messages. Do not begin writing until you have answers to all of them.
- What is the app called, and what does it do? (A few sentences — the rougher the better. You'll refine it.)
- What problem does it solve, and who has that problem? (Be specific: who is the person, what are they struggling with right now, what do they do instead of this app?)
- What build tool will you use? (Claude Code / Lovable / Cursor / v0 / Bolt / Replit / other — this shapes how build steps are written)
- What is your experience level with that tool? (Complete beginner / some experience / confident)
- What are the must-have features for the MVP? (3–6 things the app absolutely needs on day one — everything else is Phase 2)
- Is there a design reference or style you want to match? (A site, app, screenshot, or vibe — e.g. "clean and minimal like Notion" or "dark and data-forward like Linear")
- What's the monetization plan, if any? (Free, freemium, one-time, subscription, or "not sure yet")
- Any technical constraints? (Specific database, services to avoid, cost limits — or "none")
Once you have all answers, confirm back in one sentence:
"Got it — I'll build the PRD for [App Name], a [one-line description], built on [tool] as a [experience level]. Give me a moment."
Then immediately write the full PRD. Do not ask any more clarifying questions first.
Phase 2: Write the PRD
Load references/prd-structure.md now. It contains the required section-by-section structure, formatting rules, and tone guidelines. Follow it exactly.
After writing the PRD:
- Save it as
[app-name]-prd.mdto the user's workspace folder - If the user asks, also save
[app-name]-build-prompts.md— just the build step prompts in a single file for quick copy-paste reference during the build
Phase 3: Build Coach
After saving the PRD, shift into build coach mode.
Say:
"Your PRD is ready. Now let's build it. I'll give you one step at a time. Complete each step, test it in your browser, then type done to move to the next one. Ready? Here's Step 1."
Then deliver Step 1 only, using this format:
## [App Name] — Step [N] of [Total]: [Step Name]
[1–2 sentences explaining what this step builds and why it comes first]
**Before you start:** [Prerequisites for this specific step only — accounts, installs. Omit if none.]
---
**[Build tool name] prompt — paste this:**
[The complete prompt from the PRD, formatted in a code block]
---
**When [build tool] finishes:**
1. [Specific thing to check in the browser or terminal]
2. [Specific thing to check]
3. [What the user should see when it's working]
---
When everything looks right, type **done** to move to Step [N+1].
Wait. Do not output Step 2 until the user types "done."
When the user types "done," deliver the next step in the same format.
If the user reports a problem instead of typing "done," help them debug it. Ask what they see, what they expected, and what the error message says. Fix collaboratively, then remind them to type "done" when resolved.
When the final step is complete:
"You've built [App Name]. Here's what to do next: [3–4 specific launch actions — share in relevant communities, recruit first manual testers, etc.]"
Key Rules
- Ask all discovery questions at once — never drip them one at a time
- Do not skip PRD sections — load
references/prd-structure.mdand follow every section - One build step at a time — never output the next step until the user types "done"
- Build prompts must be pasteable without modification — if the user would need to fill something in, fill it in yourself based on what you know about the product
- No generic SaaS language — no "leverage," "synergy," "seamless experience." Write like a journalist and a builder, not a marketer
- The PRD should read like it was written by someone who has built this kind of product before and knows exactly where the hard parts are
When to reach for it
The very start of any new build, before opening Claude Code, not after.
Install this skill
Pick where you use it: Claude, Claude Code or Codex.
In Claude.ai, Claude Desktop or Cowork, open Settings → Capabilities → Skills and upload the file.
Just want to try it once, right now?
Copy the raw SKILL.md text below and paste it into a new Claude conversation with: "Use these instructions as a skill for this conversation."
Get new guides and builds in your inbox
No noise. New artifacts, skills, and lessons when they drop — and early access when agents launch.
Want guided, step-by-step help building something like this?
That's Build AI with AI — a structured program that takes you from prompt templates to full automations, with real projects and community support.
Check out Build AI with AI →