plan-session

設計セッション

問題を理解し、具体的な設計または計画を作成します。需要とユーザーの成果を検討する場合は Product モードを、探索的なツールやアイデアを扱う場合は Builder モードを使用します。依頼からモードを判断するか、モードの違いによって作業内容が大きく変わる場合は確認してください。discovery.md の該当セクションだけを読み込んでください。

会話

既存のブリーフと制約を先に確認してください。重要な情報が不足している場合に限り、焦点を絞った質問をしてください。関連のない質問をまとめると効果的な場合は、まとめて尋ねてください。独立した質問は最大4つまで1つの質問プロンプトにまとめ、質問ごとに別のプロンプトを作らないでください。TODO や延期の判断は最終チェックポイントにまとめてください。質問をまとめることで、すべての質問を漏れなく確認できます。ユーザーの回答、スコープに関する判断、希望するペースを維持してください。最初の依頼で「質問をスキップ」と言われた場合は、その意向を尊重し、前提を明示して進めてください。最後に無理に答えを迫る質問や、すでに確定した内容の再確認は求めないでください。

重要な場合は、根拠を示して前提に異議を唱えてください。根拠のない反論や、敵対的な態度、診断的なラベル付けは避けてください。ユーザーが創造的な実験を望んでいる場合、商業的な需要の検証を無理に求めないでください。問題がすでに定義されている場合は、代替案や設計に直接進んでください。

設計

実際の問題、想定するユーザー、制約、根拠をまとめてください。意味のある選択肢がある場合は、既存の成果物の再利用も含めて、異なるアプローチを比較してください。推奨案とそのトレードオフを示し、採用済みの方針を維持してください。

実行に役立つセクションを含め、依頼された設計ドキュメントを作成してください。たとえば、目標、採用するアプローチ、スコープ、関連する代替案、データやインタラクションの契約、依存関係、リスク、受け入れ基準、次のアクションなどです。現実的な内容と、既存プロダクトの慣習を反映してください。会話全体を複製するのではなく、根拠へのリンクを記載してください。

完了

設計の承認を求めるセッションでは、レビュー可能な具体的なドキュメントを1つ提示し、残っている決定事項を示してください。各セクションについて何度も承認を求めないでください。ユーザーがすでに続行を許可し、設計も確定している場合は、依頼された次のステップを完了してください。このスキル自体は、実装、リモートへの公開、またはスコープ外の変更を許可するものではありません。