このスキルは、現在の会話コンテキストとコードベースの理解を基にPRDを生成します。ユーザーにインタビューしないでください。既に知っている情報を統合するだけです。
イシュートラッカーとトリアージラベルの語彙は事前に提供されているはずです。提供されていない場合は /setup-matt-pocock-skills を実行してください。
プロセス
-
まだ行っていない場合、リポジトリを探索してコードベースの現在の状態を理解します。PRD全体でプロジェクトのドメイン用語集の語彙を使用し、関連するADRを尊重します。
-
機能をテストするためのシームをスケッチします。既存のシームを優先し、可能な限り高いシームを使用します。新しいシームが必要な場合は、可能な限り高いポイントで提案します。コードベース全体のシームは少なければ少ないほど良く、理想的な数は1つです。
これらのシームがユーザーの期待に合っているか確認します。
- 以下のテンプレートを使用してPRDを作成し、プロジェクトのイシュートラッカーに公開します。
ready-for-agentトリアージラベルを適用します。追加のトリアージは不要です。
問題文
ユーザーが直面している問題を、ユーザーの視点から記述します。
解決策
問題の解決策を、ユーザーの視点から記述します。
ユーザーストーリー
ユーザーストーリーの長い番号付きリスト。各ユーザーストーリーは次の形式に従います：
- <役割>として、<機能>が欲しい。その理由は<利益>のためです。
<ユーザーストーリー例>
- モバイルバンクの顧客として、口座残高を確認したい。その理由は、支出についてより情報に基づいた決定ができるようにするためです。 </ユーザーストーリー例>
このユーザーストーリーのリストは非常に網羅的で、機能のすべての側面をカバーする必要があります。
実装上の決定
行われた実装上の決定のリスト。以下の内容を含めることができます：
- 構築/変更するモジュール
- 変更するモジュールのインターフェース
- 開発者からの技術的な明確化
- アーキテクチャ上の決定
- スキーマの変更
- API契約
- 特定のインタラクション
特定のファイルパスやコードスニペットは含めないでください。すぐに古くなる可能性があります。
例外：プロトタイプが、散文よりも正確に決定をエンコードするスニペット（ステートマシン、リデューサー、スキーマ、型形状）を生成した場合、関連する決定内にインラインで埋め込み、プロトタイプから来たことを簡単に記載します。動作するデモではなく、重要な部分だけに絞ります。
テスト上の決定
行われたテスト上の決定のリスト。次の内容を含めます：
- 良いテストの定義（外部動作のみをテストし、実装の詳細はテストしない）
- テストするモジュール
- テストの先行事例（コードベース内の同様のタイプのテスト）
対象外
このPRDの対象外となる事項の説明。
その他のメモ
機能に関するその他のメモ。