openprd-requirement-intake

Route product requirements into L0, L1, or L2 development workflows.

283|45|Updated Jan 25, 2026
One-click install
npx skills add https://github.com/DavidLam-oss/obsidian-wechat-converter --skill openprd-requirement-intake
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openprd-requirement-intake
Source: https://github.com/DavidLam-oss/obsidian-wechat-converter/tree/main/.claude/skills/openprd-requirement-intake
Command: npx skills add https://github.com/DavidLam-oss/obsidian-wechat-converter --skill openprd-requirement-intake

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill solves the ambiguity and inefficiency in product requirement intake by automatically routing requests based on complexity, impact, and business context, preventing premature implementation of ill-defined features.

Core Features & Use Cases

  • Smart Routing: Categorizes requirements into L0 (direct), L1 (mini-plan), or L2 (full PRD) based on risk and impact.
  • Brainstorming Mode: Guides users through startup validation frameworks to ensure product-market fit before development begins.
  • Context-Aware Planning: Generates structured PRDs and task lists tailored to specific scenarios like consumer apps, B2B SaaS, or AI Agents.

Quick Start

Use the openprd-requirement-intake skill to analyze my new feature request and determine the appropriate development path.

Frequently Asked Questions about openprd-requirement-intake

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

FAQPage Schema
How do I route product requirements into structured development workflows?

Product requirement routing categorizes incoming requests into L0, L1, or L2 tiers based on complexity and business impact to determine the appropriate development path. This prevents premature implementation of ill-defined features by matching scope to validation needs.

What is the best way to validate startup product ideas before writing a full PRD?

Startup validation uses brainstorming mode to guide product teams through product-market fit frameworks before development begins. This ensures the core business context and impact are evaluated, clarifying scope and preventing wasted engineering effort on unvalidated features.

How do I generate a PRD automatically for consumer apps or B2B SaaS?

Automated PRD generation creates context-aware planning documents and task lists tailored to specific scenarios like consumer apps, B2B SaaS, or AI Agents. It selects appropriate templates based on the routed complexity level and integrates with project management task tracking.

When do I need a full PRD versus a mini-plan for new feature requests?

You need a full PRD for high-risk, high-impact L2 requirements, while a mini-plan suffices for L1 requests with moderate complexity. L0 routing handles direct, low-impact requests immediately, applying the right level of documentation based on business context.

Does requirement intake work for software engineering and product management teams?

Requirement intake is designed for both product management and software engineering teams needing to clarify scope and establish startup-style validation loops. It bridges the gap by structuring requests into actionable PRD perspectives and task tracking items.

Why does my product team struggle with ambiguous feature requests?

Ambiguous feature requests occur when intake processes lack automated routing based on complexity, impact, and validation needs. Implementing structured L0/L1/L2 categorization clarifies scope and establishes validation loops before engineering resources are committed.