# Feature Dev

> 体系的な新機能開発スキル。「新機能を作って」「機能を実装して」「フィーチャー開発」「設計して実装して」と言われたら使う。7フェーズ（Discovery→Codebase探索→質問→設計→実装→レビュー→サマリー）で品質の高い機能開発を保証。Claude 公式 feature-dev プラグインを吸収。

- Skill: `tanakaryotadayo-wq/feature-dev` (Agent Skill)
- Install (CLI): `npx skillmds@latest add tanakaryotadayo-wq/feature-dev`
- Raw SKILL.md: https://api.skillmd.com/api/skills/tanakaryotadayo-wq/feature-dev/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Product & Planning
- Author: tanakaryotadayo-wq (https://skillmd.com/u/tanakaryotadayo-wq)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/tanakaryotadayo-wq/feature-dev

---


# Feature Dev — 7フェーズ体系的機能開発

> Claude 公式 `feature-dev` プラグインを吸収。
> Discovery → 探索 → 質問 → 設計 → 実装 → レビュー → サマリーの7段階。

## コア原則

- **質問を先に**: 曖昧さはすべて実装前に解消する
- **理解してから動く**: 既存のコードパターンを先に把握する
- **シンプルでエレガント**: 読みやすい、保守しやすい、美しいコードを書く

---

## Phase 1: Discovery (発見)

**ゴール**: 何を作るかを理解する

1. タスクリストを作成
2. 不明な場合はユーザーに確認:
   - どんな問題を解決する？
   - 何をすべき？
   - 制約や要件は？
3. 理解をまとめてユーザーに確認

---

## Phase 2: Codebase Exploration (コードベース探索)

**ゴール**: 関連する既存コードとパターンを深く理解する

アプローチ:

- **類似機能のトレース**: 既存の似た機能の実装を追跡
- **アーキテクチャの把握**: 抽象化、依存関係、制御フロー
- **UI パターン / テスト手法 / 拡張ポイント**の確認

重要ファイルリスト（5-10個）を特定し、全て読む。

---

## Phase 3: Clarifying Questions (質問)

**ゴール**: 全ての曖昧さを設計前に解消する

**⚠️ スキップ禁止 — 最重要フェーズ**

確認すべき観点:

- エッジケース
- エラーハンドリング
- 統合ポイント
- スコープ境界
- 設計の好み
- 後方互換性
- パフォーマンス要件

質問は明確に整理されたリストで提示し、**回答を待ってから**次に進む。

---

## Phase 4: Architecture Design (設計)

**ゴール**: 複数のアプローチを比較検討する

### 3つのアプローチを検討

| アプローチ | 焦点 |
|-----------|------|
| **最小変更** | 既存コードの最大活用、変更量最小 |
| **クリーン設計** | 保守性重視、美しい抽象化 |
| **実用的バランス** | 速度 + 品質のバランス |

各アプローチのトレードオフを比較し、**推奨 + 理由**を提示。
**ユーザーの選択を待つ**。

---

## Phase 5: Implementation (実装)

**ゴール**: 選択されたアーキテクチャで機能を構築

**⚠️ ユーザー承認なしに開始しない**

1. 承認を待つ
2. 関連ファイルを全て読む
3. 選択されたアーキテクチャに従って実装
4. コードベースの規約に厳密に従う
5. クリーンで文書化されたコードを書く

---

## Phase 6: Quality Review (品質レビュー)

**ゴール**: コードの品質を検証する

### 3視点レビュー

| # | 視点 | 焦点 |
|---|------|------|
| 1 | **簡潔性 / DRY / エレガントさ** | 冗長コード、重複、読みやすさ |
| 2 | **バグ / 機能正確性** | ロジックエラー、エッジケース |
| 3 | **プロジェクト規約 / 抽象化** | 既存パターンとの一貫性 |

発見事項をユーザーに提示し、対応を選択させる:

- 今すぐ修正
- 後で修正
- 現状のまま進める

---

## Phase 7: Summary (サマリー)

**ゴール**: 成果を文書化する

1. 全タスクを完了マーク
2. まとめ:
   - 何を作ったか
   - 主要な設計判断
   - 変更ファイル一覧
   - 次のステップの提案