to-prd

このスキルは、現在の会話のコンテキストとコードベースに関する理解をもとに、PRD を作成します。ユーザーに質問してはいけません。すでに把握している情報だけをまとめてください。

イシュートラッカーとトリアージラベルの用語一覧は、すでに提供されているはずです。提供されていない場合は、/setup-matt-pocock-skills を実行してください。

プロセス

1. まだリポジトリを調査していない場合は、コードベースの現状を把握するために調査します。PRD 全体でプロジェクトのドメイン用語集の用語を使用し、対象領域の ADR を遵守してください。

2. 実装を完了するために構築または変更が必要な主要モジュールを整理します。単独でテストできる深いモジュールを抽出できる機会を積極的に探してください。

深いモジュールとは、浅いモジュールとは異なり、シンプルでテストしやすいインターフェースに多くの機能をカプセル化し、そのインターフェースがほとんど変わらないモジュールです。

これらのモジュールがユーザーの期待に合っているか、ユーザーに確認してください。どのモジュールにテストを書いてほしいかも確認してください。

3. 以下のテンプレートを使って PRD を作成し、プロジェクトのイシュートラッカーに公開します。トリアージラベル ready-for-agent を適用してください。追加のトリアージは不要です。

問題の説明

ユーザーの視点から見た、ユーザーが直面している問題。

解決策

ユーザーの視点から見た、問題の解決策。

ユーザーストーリー

長く、番号付きのユーザーストーリーの一覧です。各ユーザーストーリーは、次の形式にしてください。

1. <利用者>として、<メリット>を得るために、<機能>がほしい

1. モバイルバンキングの利用者として、支出について十分な情報に基づいた判断をするために、口座残高を確認したい

このユーザーストーリーの一覧は非常に詳細なものとし、機能のあらゆる側面を網羅してください。

実装の決定事項

決定した実装上の事項を列挙します。以下を含めることができます。

• 構築または変更するモジュール
• 変更するモジュールのインターフェース
• 開発者からの技術的な明確化
• アーキテクチャ上の決定事項
• スキーマの変更
• API コントラクト
• 具体的なインタラクション

具体的なファイルパスやコードスニペットは含めないでください。すぐに古くなる可能性があります。

例外：プロトタイプで作成されたスニペットが、文章よりも正確に決定事項を表している場合（状態機械、リデューサー、スキーマ、型の形状など）は、該当する決定事項に含め、プロトタイプ由来であることを簡潔に記してください。動作するデモではなく、重要な部分だけに絞ってください。

テストの決定事項

テストに関する決定事項を列挙します。以下を含めてください。

• 優れたテストの説明（実装の詳細ではなく、外部から見た動作のみをテストする）
• テスト対象のモジュール
• テストの先行事例（コードベースにある類似のテストなど）

対象外

この PRD の対象外となる事項の説明。

補足

この機能に関するその他の補足事項。