prd-intake

Translate non-technical PRDs into architecture decisions and a Build Plan.

Updated Apr 16, 2026
One-click install
npx skills add https://github.com/Leep-GH/Lee-s-squad --skill prd-intake
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: prd-intake
Source: https://github.com/Leep-GH/Lee-s-squad/tree/main/.squad/skills/prd-intake
Command: npx skills add https://github.com/Leep-GH/Lee-s-squad --skill prd-intake

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Architects often struggle to convert non-technical PRDs and feature requests into concrete, technically sound plans. This skill provides a disciplined intake process that translates user needs into architecture-aligned decisions and a clear Build Plan.

Core Features & Use Cases

  • Tech translation: extract goals, constraints, and success criteria from informal inputs and map them to actionable architecture decisions.
  • 3–5 targeted questions: guide conversations to reveal critical gaps and clarify scope without overburdening the user.
  • Build Plan generation: produce a structured document outlining architecture choices, acceptance criteria, and next steps for approval.

Quick Start

Provide a concise PRD description to begin translating into a Build Plan for Architect.

Frequently Asked Questions about prd-intake

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

FAQPage Schema
How do I convert non-technical PRDs into actionable architecture decisions?

To convert non-technical PRDs into actionable architecture decisions, you can use a structured intake process that asks 3-5 targeted questions to extract goals, constraints, and success criteria from informal inputs, mapping them directly to technical build plans.

What is the best way to translate stakeholder feature requests into a formal build plan?

Translating stakeholder feature requests into a formal build plan involves enforcing a validation flow that extracts desired outcomes, clarifies scope without overburdening the user, and produces architecture notes alongside acceptance criteria for approval.

Can I use this intake process for informal ideas across different teams?

Yes, you can apply this intake process to informal ideas across teams. It is designed to handle onboarding briefs and stakeholder requests by guiding conversations to reveal critical gaps and translate non-technical user needs into architecture-aligned decisions.

How many targeted questions does the intake flow ask to validate PRD completeness?

The intake flow asks 3-5 targeted questions to validate PRD completeness. This guides conversations to reveal critical gaps and clarify scope, ensuring informal inputs are fully translated into technical decisions and a structured build plan.

What outputs are generated when translating a PRD into a technical build plan?

Translating a PRD generates a structured build plan document that outlines architecture choices, acceptance criteria, and next steps for approval. It also produces architecture notes to align technical decisions with the extracted goals.