mcpField
C
create-prd

create-prd

github.com/richtabor開発7473 回インストール31 週間前に更新
リポジトリ

create-prd について

create-prdは、機能リクエストを詳細な製品要件定義書にまとめるプランニングスキルです。質問で範囲を確認してから文書を作成し、番号付きの要件と検証可能な受け入れ基準を重視します。

主な機能

  1. 01対話形式で機能要件を確認
  2. 02選択肢付きの質問を3~5件提示
  3. 03構成に沿ったPRDの作成
  4. 04`prds/[feature-name].md` への保存
  5. 05番号付き要件と検証可能な基準

活用シーン

  1. 01曖昧な機能リクエストの明確化
  2. 02実装前の要件案の作成
  3. 03開発への引き継ぎ用PRDの保存

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/richtabor/agent-skills --skill create-prd

インストール後、Claude Code で/create-prdを入力して読み込まれたか確認します。

詳細

PRD を作成

対話形式の計画を通じて、プロダクト要件定義書を作成します。

プロセス

1. 機能を理解する

ユーザーの機能リクエストを読みます。不明確な場合は、簡単な説明を求めます。

2. 明確化のための質問をする

範囲と要件を把握するため、明確化のための質問を 3~5 個します。

選択肢には文字を割り当ててください:

1. Who is the primary user?
   A) Logged-in users only
   B) All visitors
   C) Admin users

2. Should this persist across sessions?
   A) Yes, save to database
   B) No, session only

ユーザーは「1A、2B」のように組み合わせて回答できます。

3. PRD を作成する

回答を受け取ったら、次のセクションを含む詳細な PRD を作成します:

# PRD: [Feature Name]

## Introduction
Brief overview of the feature and why it's needed.

## Goals
- Primary goal
- Secondary goals

## User Stories
### [Story Title]
**Description:** As a [user], I want [action] so that [benefit].
**Acceptance Criteria:**
- [ ] Specific, verifiable criterion
- [ ] Another criterion
- [ ] Typecheck passes
- [ ] (UI changes) Verify in browser

## Functional Requirements
1. Requirement one
2. Requirement two

## Non-Goals
What this feature explicitly won't do.

## Design Considerations
UI/UX notes, mockup descriptions.

## Technical Considerations
Architecture notes, dependencies, potential challenges.

## Success Metrics
How to measure if this feature is successful.

## Open Questions
Any unresolved decisions.
4. PRD を保存する

prds/ ディレクトリが必要な場合は作成し、prds/[feature-name].md に保存します。

PRD saved to prds/[feature-name].md

Next: Run /create-prd-json to convert to executable format.

ガイドライン

  • 明確で曖昧さのない表現を使用する
  • ジュニア開発者と AI エージェント向けに書く
  • 専門用語を避ける
  • 参照しやすいように要件に番号を付ける
  • 受け入れ基準は曖昧にせず、検証可能なものにする
    • 良い例:「ボタンに『保存』というテキストが表示される」
    • 悪い例:「ボタンの見た目が良い」

コメント