ask

質問する

ワークフロー

ステップ 1：プロジェクトのコンテキストを把握する

現在のタスクに関連するプロジェクトのコンテキストのみを読み込みます。

• docs/SUMMARY.md が存在する場合は、最初に読みます。
• タスクに関連する詳細ドキュメントのみを読み込みます。
• 実装規約については、「Code Standard」ドキュメントを優先します。
• ドキュメントの内容がコードまたはユーザーの意図と矛盾する場合は、大幅な変更を行う前に、提供された入力や質問を優先します。

プロジェクトのドキュメントや有用なリポジトリファイルがない場合は、このステップを省略します。

ステップ 2：不足している情報を特定する

タスクを進める前に、何が不足しているのかを正確に特定します。

• 目的とユーザーにとっての価値
• 対象範囲と対象外
• 制約（技術、UX、パフォーマンス、スケジュール）
• 成功基準
• 複数の妥当な選択肢がある重要な決定事項

ステップ 3：質問する（一度に 1 つ）

不足している情報を補うため、的を絞った質問を順番に行います。

ルール：

• 1 回のメッセージにつき、質問は必ず 1 つだけにします
• 実用的な場合は、選択肢を提示します（2～4 個）
• 妥当な選択肢を用意できない場合に限り、自由回答形式の質問をします
• プロジェクトのドキュメントですでに回答されている質問はしません
• 実装の詳細について、時期尚早に質問しません
• 複数の質問を 1 つのメッセージにまとめません

ルール

• コードの作成やファイルの変更は行いません。成果物ではなく、出力上でのドライコーディングのみを支援します
• 計画、設計、実装成果物は作成しません
• 推測で補わず、質問します
• 質問は簡潔で、要点を絞ります
• YAGNI を適用し、先に進むために厳密に必要なことだけを質問します