tanakaryotadayo-wq Feature Dev — 7フェーズ体系的機能開発
Claude 公式
feature-devプラグインを吸収。 Discovery → 探索 → 質問 → 設計 → 実装 → レビュー → サマリーの7段階。
コア原則
- 質問を先に: 曖昧さはすべて実装前に解消する
- 理解してから動く: 既存のコードパターンを先に把握する
- シンプルでエレガント: 読みやすい、保守しやすい、美しいコードを書く
Phase 1: Discovery (発見)
ゴール: 何を作るかを理解する
- タスクリストを作成
- 不明な場合はユーザーに確認:
- どんな問題を解決する？
- 何をすべき？
- 制約や要件は？
- 理解をまとめてユーザーに確認
Phase 2: Codebase Exploration (コードベース探索)
ゴール: 関連する既存コードとパターンを深く理解する
アプローチ:
- 類似機能のトレース: 既存の似た機能の実装を追跡
- アーキテクチャの把握: 抽象化、依存関係、制御フロー
- UI パターン / テスト手法 / 拡張ポイントの確認
重要ファイルリスト（5-10個）を特定し、全て読む。
Phase 3: Clarifying Questions (質問)
ゴール: 全ての曖昧さを設計前に解消する
⚠️ スキップ禁止 — 最重要フェーズ
確認すべき観点:
- エッジケース
- エラーハンドリング
- 統合ポイント
- スコープ境界
- 設計の好み
- 後方互換性
- パフォーマンス要件
質問は明確に整理されたリストで提示し、回答を待ってから次に進む。
Phase 4: Architecture Design (設計)
ゴール: 複数のアプローチを比較検討する
3つのアプローチを検討
| アプローチ | 焦点 |
|---|---|
| 最小変更 | 既存コードの最大活用、変更量最小 |
| クリーン設計 | 保守性重視、美しい抽象化 |
| 実用的バランス | 速度 + 品質のバランス |
各アプローチのトレードオフを比較し、推奨 + 理由を提示。 ユーザーの選択を待つ。
Phase 5: Implementation (実装)
ゴール: 選択されたアーキテクチャで機能を構築
⚠️ ユーザー承認なしに開始しない
- 承認を待つ
- 関連ファイルを全て読む
- 選択されたアーキテクチャに従って実装
- コードベースの規約に厳密に従う
- クリーンで文書化されたコードを書く
Phase 6: Quality Review (品質レビュー)
ゴール: コードの品質を検証する
3視点レビュー
| # | 視点 | 焦点 |
|---|---|---|
| 1 | 簡潔性 / DRY / エレガントさ | 冗長コード、重複、読みやすさ |
| 2 | バグ / 機能正確性 | ロジックエラー、エッジケース |
| 3 | プロジェクト規約 / 抽象化 | 既存パターンとの一貫性 |
発見事項をユーザーに提示し、対応を選択させる:
- 今すぐ修正
- 後で修正
- 現状のまま進める
Phase 7: Summary (サマリー)
ゴール: 成果を文書化する
- 全タスクを完了マーク
- まとめ:
- 何を作ったか
- 主要な設計判断
- 変更ファイル一覧
- 次のステップの提案