to-prd

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

課題トラッカーとトリアージラベルの語彙は、あらかじめ提供されているはずです。そうでない場合は、/setup-utarn-skills を実行してください。

プロセス

1. まだ行っていない場合は、リポジトリを調べてコードベースの現状を把握します。PRDでは、プロジェクトのドメイン用語集の語彙を一貫して使用し、対象領域に関するADRに従ってください。

2. この機能をどの接点でテストするかを検討します。新たな接点よりも既存の接点を優先してください。可能な限り高いレベルの接点を使います。新しい接点が必要な場合は、可能な限り高いレベルで提案してください。コードベース全体にまたがる接点は少ないほどよく、理想は1つです。

3. 接点については「はい」と想定してください。

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

問題の説明

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

解決策

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

ユーザーストーリー

長く、番号付きのユーザーストーリーのリスト。各ユーザーストーリーは次の形式にします。

1. として、できるように、したい

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

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

実装上の決定事項

決定済みの実装事項のリスト。以下を含めることができます。

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

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

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

テスト上の決定事項

決定済みのテスト事項のリスト。以下を含めてください。

• 適切なテストとは何かの説明（実装の詳細ではなく、外部から見える振る舞いだけをテストする）
• テスト対象のモジュール
• テストの先行事例（コードベース内にある類似のテストなど）

対象外

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

補足

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