計画の作成
目標
ユーザープロンプトを、アシスタントの最終メッセージで提供する単一の実行可能な計画に変換します。
最小限のワークフロー
ワークフロー全体を通して、読み取り専用モードで動作します。ファイルの書き込みや更新は行いません。
-
コンテキストを素早くスキャン
README.mdと明らかなドキュメント（docs/、CONTRIBUTING.md、ARCHITECTURE.md）を読み込みます。- 関連するファイル（最も影響を受けそうなもの）をざっと確認します。
- 制約（言語、フレームワーク、CI/テストコマンド、デプロイ構成）を特定します。
-
ブロックする場合のみフォローアップ質問をする
- 質問は最大1～2問に抑えます。
- 責任を持って計画を立てられない場合にのみ質問し、選択式を推奨します。
- 確信が持てないがブロックされていない場合は、妥当な仮定を立てて進めます。
-
以下のテンプレートを使用して計画を作成
- 意図とアプローチを説明する1つの短い段落で始めます。
- 何がスコープ内で、何がスコープ外かを簡潔に明記します。
- 次に、アクションアイテムの小さなチェックリスト（デフォルト6～10項目）を提供します。
- 各チェックリスト項目は具体的なアクションとし、必要に応じてファイルやコマンドを記載します。
- 項目はアトミックで順序付け：発見 → 変更 → テスト → ロールアウト。
- 動詞を先頭に：「追加…」、「リファクタリング…」、「検証…」、「出荷…」。
- 該当する場合は、テスト/検証の項目とエッジケース/リスクの項目を少なくとも1つ含めます。
- 不明な点がある場合は、未解決の質問セクション（最大3つ）を小さく含めます。
-
計画の前にメタ説明を付けないでください。テンプレートに従って計画のみを出力してください
計画テンプレート（厳密に従うこと）
# 計画
<1～3文：何をするのか、なぜするのか、および大まかなアプローチ。>
## スコープ
- スコープ内：
- スコープ外：
## アクションアイテム
[ ] <ステップ1>
[ ] <ステップ2>
[ ] <ステップ3>
[ ] <ステップ4>
[ ] <ステップ5>
[ ] <ステップ6>
## 未解決の質問
- <質問1>
- <質問2>
- <質問3>
チェックリスト項目のガイダンス
良いチェックリスト項目の例：
- 関連するファイルやモジュールを指定：src/...、app/...、services/...
- 具体的な検証を指定：「npm testを実行」「Xの単体テストを追加」
- 該当する場合は安全なロールアウトを含める：機能フラグ、移行計画、ロールバックに関する注意
避けるべきこと：
- 曖昧なステップ（「バックエンドを処理」「認証を実装」）
- 多すぎるマイクロステップ
- コードスニペットの記述（計画は実装に依存しないように保つ）