Plan Design Consult
Overview
プランファイルを「大枠のたたき台」→「設計相談ポイントの抽出」→「個別方針の決定」→「実装セッションに渡せる完成形」へ整理する。
Workflow (Plan → Consult → Decide → Finalize)
- •
目的とスコープを確認する
- •目的、対象ファイル、参照元、スコープ外を明記する。
- •
大枠のプランを先に書き出す
- •実装ステップを網羅的に列挙し、後で詰める前提で粗くてもよい。
- •
設計相談ポイントを洗い出す
- •運用・並列度・冪等性・失敗時の扱い・引数・監視など、後からブレやすい項目を抽出する。
- •相談対象の見出しを明確にして、後から差し替えやすくする。
- •
相談ポイントごとに選択肢を提示する
- •選択肢は 1〜3 件に絞り、推奨度（⭐5段階）と理由を添える。
- •可能なら「現状のコード/運用方針との整合性」を理由に含める。
- •
決定を反映してプランを更新する
- •「決定: ...」として明記し、相談中の文言は消す。
- •スコープ外の項目（例: Cloud Scheduler）を明示する。
- •
完成レビューを行う
- •1年スパン運用に耐えるか
- •実装セッションに渡すのに必要十分か
- •不足があれば最小限の追記だけ提案する
Output Conventions
- •決定事項は「決定:」で統一する。
- •相談中の項目は「設計方針（決定済み）」に集約する。
- •スコープ外は「前提」または専用の注記として明文化する。
Example Requests (trigger hints)
- •「プランファイルを作りたい。設計方針は相談しながら決めたい」
- •「実装は別セッションでやるので、計画だけ必要十分に整えたい」
- •「選択肢の比較と推奨度を付けて決めたい」