to-prd

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

課題トラッカーとトリアージラベルの語彙は、事前に提供されているはずです。提供されていない場合は、/memo-flow を実行してください。

プロセス

1. まだ確認していない場合は、リポジトリを調査してコードベースの現状を把握します。PRD 全体を通じて、プロジェクトのドメイン用語集を使用し、変更対象領域に関する ADR に従ってください。

2. 実装を完了するために、構築または変更が必要となる主要なモジュールを概略化します。単独でテスト可能なディープモジュールを抽出する機会を積極的に探してください。

ディープモジュールとは、浅いモジュールとは異なり、変更頻度が低くシンプルでテスト可能なインターフェースの中に、多くの機能をカプセル化したものです。

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

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

問題の説明

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

解決策

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

ユーザーストーリー

番号付きのユーザーストーリーを多数記載します。各ユーザーストーリーは、次の形式にしてください。

1. <利用者>として、<機能>を実現したい。そうすることで、<メリット>を得られる

1. モバイルバンキングの顧客として、支出についてより適切な判断を下せるように、口座残高を確認したい

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

実装上の決定事項

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

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

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

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

テストに関する決定事項

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

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

対象外

この PRD の対象外となる事項を説明します。

補足事項

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