prd

prd

このスキルを使って、実装エージェントが実行できる PRD を作成します。

PRD は引き継ぎ用のドキュメントです。このスキルの使用中にコードを実装しないでください。

出力先

プロジェクトにより優先度の高いローカル規約がある場合、またはユーザーが別の場所を指定した場合を除き、PRD の成果物は .dev/<topic-slug>/ に保存します。

既定のファイル：

• .dev/<topic-slug>/prd.md - 問題、スコープ、要件、受け入れ基準、タスク、検証を定める契約書。
• .dev/<topic-slug>/checklist.md - PRD のタスクから作成するチェック可能なタスクリスト。implement が作業用チェックリストとして採用します（Checklist Shape を参照）。
• .dev/<topic-slug>/context-notes.md - コードベースの調査で得た基礎情報（主要ファイル、規約、制約）。implement が同じ調査をやり直さずに済むようにします。

トピックのスラッグが明確でない場合は、機能名から短いケバブケースのスラッグを選び、ファイルを書き込む前に提示します。

入力

次のいずれかの入力を優先してください。

• clarify の引き継ぎ概要。
• 十分な詳細を含む、ユーザー提供の機能リクエスト。
• CLAUDE.md、AGENTS.md、README.md、仕様書、関連する PRD など、既存のプロジェクトドキュメント。

重大な曖昧さが残る場合は、回答が必要な質問を 1 つするか、まず /clarify の実行を提案してください。

ワークフロー

1. 書き始める前に必要に応じてコードベースを調査し、関連するプロジェクトガイダンス、コード、設定を読んで、実際のプロジェクトの状況に即した PRD を作成します。
2. 問題、目標、ユーザー、現在のスコープを定義します。
3. スコープと対象外事項を分けて記載します。
4. 想定される技術構造の変更を大まかに記載します。
5. 番号付きで検証可能な要件を記載します。
6. 人、コマンド、ブラウザー、API レスポンス、データベースの行、ログのいずれかで確認できる受け入れ基準を記載します。
7. 要件からタスクを導きます。タスクに明記されていないスコープを持ち込まないでください。
8. エージェントによる検証と人による検証を分けて定義します。
9. 実装結果の報告に関する契約で締めくくります。
10. タスクから checklist.md を、コードベースの調査で判明した内容から context-notes.md を作成し、implement への引き継ぎを完了させます。

必須 PRD の構成

# PRD: <feature>

## Summary

## Problem And Goal

## Users And Use Cases

## Pre-Work

## Non-Goals

## Requirements

## Acceptance Criteria

## Verification - Agent

## Verification - Human

## Technical Structure And Changes

## Tasks

## Risks And Open Decisions

## Implementation Result Report Contract

チェックリストの形式

checklist.md は PRD のタスクを実行可能な形式にしたもので、implement が作業中にチェックを付けるリストです。Tasks と Acceptance Criteria のセクションと同期させてください。PRD に記載のないスコープを追加しないでください。

各タスクには、implement が構造化されたタスクリストを作成するための追跡タグを付けます。

• (req: R1) - タスクが実装する要件。
• (ac: AC1) - タスクが対応する受け入れ基準。独自の受け入れ基準がない純粋なセットアップタスクでは省略します。
• (after: T1) - 順序が重要な場合に、先に完了する必要のあるタスク。タスクは T<n> の ID で参照します。前提タスクがない場合は省略します。

タスクには T1、T2、... の番号を付け、after: から参照できるようにします。

# Checklist: <feature>

## Tasks

- [ ] T1 <task 1> (req: R1) (ac: AC1)
- [ ] T2 <task 2> (req: R2) (ac: AC2) (after: T1)

## Acceptance Criteria

- [ ] AC1 <criterion 1>
- [ ] AC2 <criterion 2>

## Human Checks

- [ ] <thing a person must confirm>

ルール

• PRD は韓国語で書いてください。必須 PRD の構成にあるセクション見出しはそのままにし、本文、要件、受け入れ基準、タスクはすべて韓国語で記述してください。
• 要件には、観察可能な動作を記載してください。
• 受け入れ基準には、検証方法を記載してください。
• タスクは要件または検証に紐付けてください。
• 想定される構造上の変更がない場合は、その旨を明記してください。
• PRD は実装にすぐ取りかかれる内容にし、マーケティング向けの内容にしないでください。
• 関連するアイデアが有用に思えても、MVP の範囲を広げないでください。