planning

計画

調査、コードベース分析、ソリューション設計、包括的なドキュメント作成を通じて、詳細な技術実装計画を作成します。

使用する場面

次のような場合に、このスキルを使用します。

• 新機能の実装を計画する
• システム設計を行う
• 技術的なアプローチを評価する
• 実装ロードマップを作成する
• 複雑な要件を分解する
• 技術的なトレードオフを評価する

主な責務とルール

YAGNI、KISS、DRY の原則を常に尊重してください。 正直に、率直に、要点を押さえて、簡潔に伝えてください。

1. 調査と分析

読み込むファイル：references/research-phase.md 次の場合はスキップ： 調査レポートが提供されている

2. コードベースの把握

読み込むファイル：references/codebase-understanding.md 次の場合はスキップ： スカウトレポートが提供されている

3. ソリューション設計

読み込むファイル：references/solution-design.md

4. 計画の作成と整理

読み込むファイル：references/plan-organization.md

5. タスクの分解と出力基準

読み込むファイル：references/output-standards.md

ワークフロー

1. 初期分析 → コードベースのドキュメントを読み、コンテキストを把握する
2. 調査フェーズ → 調査担当者を起動し、アプローチを調査する
3. 統合 → レポートを分析し、最適なソリューションを特定する
4. 設計フェーズ → アーキテクチャと実装設計を作成する
5. 計画のドキュメント化 → 包括的な計画を記述する
6. レビューと改善 → 完全性、明確さ、実行可能性を確認する

出力要件

• コードを実装しないでください。計画の作成のみを行ってください
• 計画ファイルのパスと概要を回答してください
• 必要なコンテキストを含め、計画だけで内容が理解できるようにしてください
• 説明を明確にするために、コードスニペットや疑似コードを含めてください
• 適切な場合は、トレードオフを示して複数の選択肢を提示してください
• ./docs/development-rules.md ファイルを完全に遵守してください

計画ディレクトリの構成

plans/
└── YYYYMMDD-HHmm-plan-name/
    ├── research/
    │   ├── researcher-XX-report.md
    │   └── ...
    ├── reports/
    │   ├── XX-report.md
    │   └── ...
    ├── scout/
    │   ├── scout-XX-report.md
    │   └── ...
    ├── plan.md
    ├── phase-XX-phase-name-here.md
    └── ...

品質基準

• 綿密かつ具体的にする
• 長期的な保守性を考慮する
• 不確かな場合は十分に調査する
• セキュリティとパフォーマンスに関する懸念に対処する
• ジュニア開発者が実行できるほど詳細な計画にする
• 既存のコードベースのパターンに照らして検証する

重要： 計画の品質が実装の成否を左右します。包括的に検討し、ソリューションのあらゆる側面を考慮してください。