ブリーフ
フィーチャー: $ARGUMENTS
まずは基礎を固める（黙って）
- リポジトリのCLAUDE.mdと、このプロジェクトのメモリエントリを読み込む。フィーチャーが触れるルート、スキーマ、メールテンプレートをざっと確認する。仕様書は実際のファイルパスと既存のフィールドを引用する。
- 決定がスコープを変更する場合にのみインタビューを行う。一度に1つの質問を、推奨オプション付きでAskUserQuestionを使用して行い、最大3つの質問に抑える。それ以外はすべて未解決の質問に仮定として記載する。
スコープに関するルール
- MVPとは、既存のフィールドとコンポーネントを使用して構築される従来の最小限のものを意味する。「どんなeコマースでも」とは標準的なフローを指し、プラットフォームを意味しない。
- 依頼されていないコンポーネント、設定、管理画面、分析は決して追加しない。代わりに非目標としてリストアップする。
- パートナーまたはAPI機能：「APIキー」は通常、開発者ポータルではなく、env内のテナントIDを意味する。
- CLAUDE.md/メモリからのプロジェクト制約を尊重する（例：「スキーマ変更禁止」）。それを破るものはすべてフラグを立てる。
テンプレート
# <フィーチャー>: ブリーフ
**問題:** 1～2文で、ユーザーの課題を記述。解決策ではない。
**対象:** 誰に向けてか、および既知であればその数（出典を引用）。
**MVP:** 3～6個の箇条書き。それぞれリリース可能で観測可能であること。
**非目標:** 今回明示的にやらないこと。
**受け入れ基準**
1. Given <状態>, When <アクション>, Then <観測可能な結果>.
2. … (それぞれフローチェック、スモークテスト、または単体テストで検証可能であること)
**影響箇所:** ルート · テーブル/フィールド（既存優先） · メール · env/シークレット · サードパーティ
**リスク:** 金銭、法的/GDPR、配信到達性、SEO（noindex/正規URL）、i18n
**未解決の質問:** 番号付き。それぞれに、未回答の場合のデフォルトを記載
出力
- デフォルトはチャットに表示。
docs/briefs/<slug>.mdへの書き込みは要求された場合のみ。 - 一文のリード文（「以下がブリーフです: N個の基準、M個の未解決の質問」）に続けてブリーフを表示。その後には何も書かない。
終了条件
- すべての受け入れ基準が観測可能であり、チェック（フローチェックのステップ、スモークの期待値、またはテスト）に対応していること。
- MVPに、依頼されていないもの、または依頼されたものに厳密に必要でないものが含まれていないこと。
- 未解決の質問にはそれぞれデフォルトがあり、待たずに構築を開始できること。