Approach Check
コードを書く前にアプローチを宣言し、ユーザー承認を得るワークフロー。 Plan Mode ほど重くない中規模タスクで、Wrong Approach を早期に防ぐ。
使い分け
| タスク規模 | 推奨 |
|-----------|------|
| 小（1-2ファイル、明確な修正） | 不要 — 直接実装 |
| 中（3-5ファイル、複数の実装戦略あり） | このスキル |
| 大（6+ファイル、設計判断を伴う） | Plan Mode + /decompose |
ワークフロー
1. アプローチ宣言
コードを書く前に、以下を簡潔に宣言する:
## Approach
**Strategy**: [1-2文で方針]
**Libraries/APIs**: [使用するもの]
**Files to modify**: [変更対象ファイル一覧]
**Not doing**: [やらないこと — 誤解されやすい選択肢があれば明示]
2. ユーザー承認を待つ
- AskUserQuestion で承認を求める
- 選択肢: 「この方針で進める」「修正あり」
- 承認されるまでコードを書かない
3. 実装
- 承認されたアプローチに従って実装する
- 実装中にアプローチの変更が必要になった場合は、再度宣言して承認を得る
注意
- アプローチ宣言は短く保つ（10行以内）— 計画書ではなく方針確認
- 「Not doing」は Wrong Approach の主因（間違ったライブラリ選択、間違ったレンダリング戦略等）を防ぐために重要