Skill.md検索

承認済み要件から詳細設計を生成: 要件定義書と既存コードベースを分析して、実装に必要な詳細設計書を自動作成。開発者がすぐ実装に着手できる品質で作成 プロセスパス判定で最適なテンプレート選択: 新機能（Full）か既存機能の改善（Refactoring）かを自動判定し、それぞれに最適な設計テンプレートを選択して効率化 ファイル構成から処理フロー・APIまで網羅: 変更対象ファイル、コンポーネント設計、ユースケース、シーケンス図、API定義、DB変更、フロントエンド設計を一つの設計書に統合 既存パターンを参照して設計を強化: docs/knowledge/ の類似パターンやアンチパターンを参照し、過去の知見を活かした設計を実現 Mermaid図を自動埋め込み: 処理フローやデータリレーションをMermaid形式で可視化し、チーム間のコミュニケーションを円滑化 プロダクトマネージャー・PO: 要件定義の後、設計書作成の手間を削減して開発スピードを加速させたい バックエンド・フロントエンドエンジニア: 実装前に詳細な設計書を得て、スムーズに実装に入りたい アーキテクト・技術リード: 設計の一貫性と品質を担保しながら、プロジェクトを効率管理したい チーム開発: 設計書のテンプレートを統一して、ドキュメント品質の個人差を減らしたい 02-requirements.md のプロセスパス確認（Full か Refactoring か判定） → 02-requirements.md を読み込み全要件把握 → テンプレート読み込み（03-design-template.md または 03-design-refactoring-template.md） → docs/knowledge/ で類似パターン確認 → コードベース詳細調査（対象ファイル特定、既存アーキテクチャ把握、データモデル確認） → テンプレートに沿って 03-design.md 生成（ファイル構成、コンポーネント設計、処理フロー、シーケンス図、API設計、DB変更、CSS/JS設計、データプリフェッチリレーション）→ docs/02_active/$ARGUMENTS/03-design.md に書き出し。Refactoring は簡略版で画面/CSS/JS/DB/シーケンス図セクション省略。次ステップは /step03-review $ARGUMENTS。