目的
アイデアを実装前に仕様に変換する協調的デザインプロセスを提供。
トリガー語
- 「アイデアを練る」
- 「ブレインストーミング」
- 「設計を考える」
- 「仕様を作成」
コアプロセス
1. アイデアの理解
- 現在のプロジェクトコンテキストを調査
- 明確化質問を順次実行
- 1メッセージに1質問のみ
- 可能な場合は複数選択質問を優先
2. アプローチの探索
- 2-3の異なる解決策を提示
- それぞれのトレードオフを説明
- 推奨オプションを先に、理由を説明
3. 設計の提示
- 仕様を200-300ワードのセクションに分割
- 各セクション後に検証チェックポイント
- カバー項目：
- アーキテクチャ
- コンポーネント
- データフロー
- エラーハンドリング
- テスト戦略
主要原則
| 原則 | 説明 | |------|------| | 順次質問 | ステークホルダーを圧倒しない | | 複数選択優先 | 意思決定を容易に | | YAGNI徹底 | 機能を積極的に削除 | | 代替探索 | 決定前に代替アプローチを検討 | | 増分検証 | 検証を増分ステップに分割 | | 柔軟性維持 | 以前の決定の再検討可能 |
設計後ステップ
設計が検証を受けたら：
-
ドキュメント化
- タイムスタンプ付きmarkdownファイルとして計画を記録
-
バージョン管理
- 計画をコミット
-
実装へ進む場合
- 分離ワークスペースを作成
- 詳細な実装ロードマップを作成
重要な強調点
コーディング開始前にコラボレーションと明確さを重視し、手戻りと誤解を削減
ライセンス
MIT License (superpowers repository)