design-components

---
name: 3-ui-layout-component
user-invocable: true
description: "静的UI骨格からLayout/Componentを抽出して技術スタックの標準配置に分離する。UI骨格を再利用可能なコンポーネント構造に整理するときに使う。"
---

# [デザイン] 3. 静的UI骨格 → Layout/Component を抽出して分離

## コマンド: /design-components

## いつ使う？（位置づけ）
- `/design-ui` で静的UI骨格（見た目のみ）を生成したあと
- 「ページ固有レイアウト」と「再利用コンポーネント」を分離して、後続の `/design-assemble` をやりやすくしたいとき

## 次に何をする？
- variants（size/tone/state等）を型付きprops/属性に落として結合 → `/design-assemble`

## 入力: $ARGUMENTS（任意）
- 対象ディレクトリ（例: `src/` や `app/` など）

---

## 🎯 目的
- `/design-ui` で生成した **静的UI骨格（見た目のみ）** から、
  - **Layout**（ページ枠/セクション/グリッド）
  - **Component**（ボタン/カード/フォーム等の再利用部品）
  を抽出して分離し、保守しやすくする

---

## 抽出の判断基準（最小）
- **Layout にする**
  - ページ固有の枠組み（ヘッダー+本文+フッターなど）
  - セクションの並び（Hero/Features/Pricingなど）
  - グリッド/レイアウトの責務が主で、見た目の部品が複数集まっているもの
- **Component にする**
  - 同じ構造が3回以上出現する（同一の見た目/役割）
  - variants（size/tone/state）に落とせる
  - 画面を跨いで再利用したい意図がある
- **まだ抽出しない**
  - 1回しか出現しない、ページ固有の塊
  - 名前が付けられない（責務が曖昧）

---

## ルール
- **ロジック/状態/データ取得は入れない**（見た目の責務分離のみ）
- 既存のディレクトリ規約・命名規約を尊重する（新規規約を持ち込まない）
- 変更は差分最小で、レビュー可能な単位に分割する

---

## 出力（差分のみ）
- スタック別の標準配置に合わせて、コンポーネント/レイアウトを分割して反映

---

## ゲート
- 見た目が維持されている（主要ページ/主要コンポーネント）
- 重複UIが減っている（同じ構造が3回以上なら抽出を検討）
- ここで停止

---

## 次に推奨
→ `/design-assemble` でvariants → 型付きProps結合