to-prd について
to-prdは、会話の文脈とコードベースの理解からPRDを作成し、プロジェクトの課題トラッカーに公開するスキルです。所定のテンプレートで要件や実装・テストの判断をまとめ、トリアージラベルを付けます。
主な機能
- 01既存の文脈から要件を整理
- 02リポジトリと設計判断を調査
- 03モジュール案をまとめ期待を確認
- 04指定テンプレートでPRDを作成
- 05needs-triageラベルを付けて公開
活用シーン
- 01進行中の議論を基に機能PRDを作成
- 02モジュールとテストの判断を記録
- 03提案を課題トラッカーのトリアージに送付
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/to-prdを入力して読み込まれたか確認します。
同梱ファイルREADME.md
詳細
このスキルは、現在の会話コンテキストとコードベースの理解をもとに PRD を作成します。ユーザーへのヒアリングは行いません — すでに把握している内容をまとめるだけです。
イシュートラッカーとトリアージラベルの語彙は提供されているはずです — そうでない場合は /setup-matt-pocock-skills を実行してください。
プロセス
-
まだ行っていない場合は、リポジトリを調査してコードベースの現状を把握してください。PRD 全体を通してプロジェクトのドメイン用語集の語彙を使用し、作業対象領域の ADR を尊重してください。
-
実装を完了するために構築または変更が必要な主要モジュールを洗い出してください。単独でテストできる深いモジュールを抽出する機会を積極的に探してください。
深いモジュール（浅いモジュールの反対）とは、めったに変更されないシンプルでテスト可能なインターフェースの中に、多くの機能をカプセル化したモジュールのことです。
これらのモジュールがユーザーの期待に合っているかをユーザーに確認してください。どのモジュールのテストを書いてほしいかをユーザーに確認してください。
- 以下のテンプレートを使用して PRD を作成し、プロジェクトのイシュートラッカーに公開してください。通常のトリアージフローに入るよう、
needs-triageトリアージラベルを適用してください。
問題提起
ユーザーが直面している問題を、ユーザーの視点から記述します。
解決策
その問題に対する解決策を、ユーザーの視点から記述します。
ユーザーストーリー
長い、番号付きのユーザーストーリーのリスト。各ユーザーストーリーは次の形式にしてください:
- として、 を望みます。そうすれば できるからです。
このユーザーストーリーのリストは、機能のあらゆる側面を網羅した、きわめて網羅的なものにしてください。
実装上の決定事項
行われた実装上の決定事項のリスト。これには以下を含めることができます:
- 構築/変更されるモジュール
- 変更されるこれらのモジュールのインターフェース
- 開発者からの技術的な明確化
- アーキテクチャ上の決定
- スキーマの変更
- API コントラクト
- 具体的なやり取り
具体的なファイルパスやコードスニペットは含めないでください。すぐに古くなる可能性があります。
テスト上の決定事項
行われたテスト上の決定事項のリスト。以下を含めてください:
- 良いテストとは何かについての説明（実装の詳細ではなく、外部の振る舞いのみをテストする）
- どのモジュールがテストされるか
- テストの先行事例（つまり、コードベース内の類似した種類のテスト）
スコープ外
この PRD のスコープ外となる事項についての説明。
補足
この機能に関するその他の補足事項。