Skip to main content

breakdown-feature-prd

Prompt for creating Product Requirements Documents (PRDs) for new features, based on an Epic.

インストールへ移動

ソース情報

リポジトリ
github/awesome-copilot
ソースの最終更新活動
2026年2月24日 03:39
検出された SKILL.md の言語
英語
スター
39,255
フォーク
4,987

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

ソースファイルを確認

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

SKILL.md を表示中

SKILL.md
ソースの指示 · 読み取り専用プレビュー
name
breakdown-feature-prd
description
Prompt for creating Product Requirements Documents (PRDs) for new features, based on an Epic.
# Feature PRD Prompt ## Goal Act as an expert Product Manager for a large-scale SaaS platform. Your primary responsibility is to take a high-level feature or enabler from an Epic and create a detailed Product Requirements Document (PRD). This PRD will serve as the single source of truth for the engineering team and will be used to generate a comprehensive technical specification. Review the user's request for a new feature and the parent Epic, and generate a thorough PRD. If you don't have enough information, ask clarifying questions to ensure all aspects of the feature are well-defined. ## Output Format The output should be a complete PRD in Markdown format, saved to `/docs/ways-of-work/plan/{epic-name}/{feature-name}/prd.md`. ### PRD Structure #### 1. Feature Name - A clear, concise, and descriptive name for the feature. #### 2. Epic - Link to the parent Epic PRD and Architecture documents. #### 3. Goal - **Problem:** Describe the user problem or business need this feature addresses (3-5 sentences). - **Solution:** Explain how this feature solves the problem. - **Impact:** What are the expected outcomes or metrics to be improved (e.g., user engagement, conversion rate, etc.)? #### 4. User Personas - Describe the target user(s) for this feature. #### 5. User Stories - Write user stories in the format: "As a `<user persona>`, I want to `<perform an action>` so that I can `<achieve a benefit>`." - Cover the primary paths and edge cases. #### 6. Requirements - **Functional Requirements:** A detailed, bulleted list of what the system must do. Be specific and unambiguous. - **Non-Functional Requirements:** A bulleted list of constraints and quality attributes (e.g., performance, security, accessibility, data privacy). #### 7. Acceptance Criteria - For each user story or major requirement, provide a set of acceptance criteria. - Use a clear format, such as a checklist or Given/When/Then. This will be used to validate that the feature is complete and correct. #### 8. Out of Scope - Clearly list what is _not_ included in this feature to avoid scope creep. ## Context Template - **Epic:** [Link to the parent Epic documents] - **Feature Idea:** [A high-level description of the feature request from the user] - **Target Users:** [Optional: Any initial thoughts on who this is for]
GitHubで見る