w-plan

Planning は実装、ブランチ作成、コミットを行いません。すでに明確な変更が1つだけなら /w-build を使います。製品上の阻害要因があるなら /w-clarify を使います。計画を厳しく検証するには /w-grill を使います。1回のセッションを超える見通しの悪さには /w-wayfinder を使います。

1. 調査：このターンで対象領域の調査がまだすり合わせられていない場合は、council の手順1～3に従ってから続行します。
2. 目標：対象範囲、成功条件、制約、対象外を3～7個の箇条書きで示します。
3. コンテキスト：該当するglobルールとスキルを確認し、次にトピックのMDX（またはこのリポジトリのドキュメントパス）を確認します。ルールはスキルより優先されます。影響を受けるパッケージ、README、スクリプトを調査します。永続的なアーキテクチャ情報は、該当するMDX/ADRで確認します。生成物には管理元のソースを明記します。コマンドは調査したスクリプトから確認します。
4. 前提：3～5個の箇条書きで示します。製品の対象範囲、シークレット、破壊的な操作は先送りにします。
5. タスク：想定されるファイルと依存関係を含め、作業を順序立てて示します。不確実な作業を最初に行います。関係性を示す必要がある場合にのみ図を使います。
6. 出力：ユーザーが指定したパス、なければリポジトリに既存の計画ファイル、どちらもなければチャットに出力します。plan output に従います。