yodogawa 2.1.0 → 2.1.3

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (48) hide show
  1. package/CHANGELOG.md +12 -0
  2. package/LICENSE +21 -0
  3. package/README.md +27 -4
  4. package/bin/cli.js +0 -1
  5. package/package.json +3 -4
  6. package/skills/a-001-setup-doc-structure/SKILL.md +68 -67
  7. package/skills/a-001-setup-doc-structure/reference/directory-structure.md +75 -52
  8. package/skills/a-002-initialize-project/SKILL.md +118 -124
  9. package/skills/a-002-initialize-project/reference/structure-check.md +7 -7
  10. package/skills/a-003-create-scenarios/SKILL.md +96 -99
  11. package/skills/a-003-create-scenarios/reference/structure-check.md +5 -5
  12. package/skills/a-004-define-domain-model/SKILL.md +98 -99
  13. package/skills/a-004-define-domain-model/reference/event-storming-guide.md +3 -3
  14. package/skills/a-005-create-domain-diagram/SKILL.md +7 -7
  15. package/skills/a-005-create-domain-diagram/reference/structure-check.md +4 -4
  16. package/skills/a-006-review-requirements-domain/SKILL.md +4 -4
  17. package/skills/a-006-review-requirements-domain/reference/consistency-checks.md +5 -5
  18. package/skills/a-007-define-tech-stack/SKILL.md +99 -102
  19. package/skills/a-007-define-tech-stack/reference/structure-check.md +5 -5
  20. package/skills/a-008-define-repository-structure/SKILL.md +96 -99
  21. package/skills/a-008-define-repository-structure/reference/structure-check.md +5 -5
  22. package/skills/a-009-define-screen-design/SKILL.md +103 -106
  23. package/skills/a-009-define-screen-design/reference/structure-check.md +5 -5
  24. package/skills/a-010-define-design-system/SKILL.md +130 -134
  25. package/skills/a-011-define-data-model/SKILL.md +118 -121
  26. package/skills/a-011-define-data-model/reference/structure-check.md +5 -5
  27. package/skills/a-012-define-api-spec/SKILL.md +105 -108
  28. package/skills/a-012-define-api-spec/reference/structure-check.md +5 -5
  29. package/skills/a-013-define-architecture/SKILL.md +98 -101
  30. package/skills/a-013-define-architecture/reference/structure-check.md +5 -5
  31. package/skills/a-014-define-infrastructure/SKILL.md +110 -113
  32. package/skills/a-014-define-infrastructure/reference/structure-check.md +5 -5
  33. package/skills/a-015-review-design/SKILL.md +8 -8
  34. package/skills/a-015-review-design/reference/consistency-checks.md +2 -2
  35. package/skills/b-001-create-task-directory/SKILL.md +68 -68
  36. package/skills/b-002-create-task-definition/SKILL.md +114 -115
  37. package/skills/b-003-create-task-research/SKILL.md +128 -130
  38. package/skills/b-004-create-task-implementation/SKILL.md +98 -97
  39. package/skills/b-005-review-task/reference/assessment-criteria.md +79 -79
  40. package/skills/c-001-implement-task/SKILL.md +186 -186
  41. package/skills/c-001-implement-task/reference/implementation-loop.md +65 -65
  42. package/skills/c-002-update-documentation/SKILL.md +159 -159
  43. package/skills/c-002-update-documentation/reference/doc-structure-and-checks.md +97 -100
  44. package/templates/tasks/task-template/a-definition.md +1 -1
  45. package/templates/tasks/task-template/b-research.md +1 -1
  46. package/templates/tasks/task-template/c-implementation.md +3 -3
  47. package/scripts/setup-docs.sh +0 -92
  48. package/templates/documentation-rules.md +0 -143
@@ -1,106 +1,103 @@
1
- ---
2
- name: a-009-define-screen-design
3
- description: ユーザーストーリーとシナリオから画面一覧・遷移フロー・レスポンシブポリシーを定義する。技術選定後、UI/UX 設計を開始する際に使用。
4
- disable-model-invocation: true
5
- allowed-tools: Read, Write, Edit, Bash, Grep, Glob
6
- ---
7
-
8
- # DefineScreenDesign (a-009)
9
-
10
- ## 目的
11
-
12
- - ユーザーストーリーとシナリオを基に、必要な画面を網羅的に抽出する。
13
- - 各画面の役割、アクセス権限、考慮すべき状態(Empty State 含む)を明確化する。
14
- - 画面遷移フローを Mermaid 図で可視化し、ユーザーの導線を明確にする。
15
- - レスポンシブデザインポリシー(ブレークポイント、デバイス対応方針)を定義する。
16
-
17
- ## 前提
18
-
19
- - `docs/project/requirements/05-user-stories.md` が作成されていること。
20
- - `docs/project/behavior/01-scenarios.md` が作成されていること。
21
- - `docs/project/design/` ディレクトリが存在すること。
22
-
23
- ## 手順
24
-
25
- ### 1. ドキュメントと前提条件の確認
26
-
27
- 以下を読み込む:
28
-
29
- - `docs/project/requirements/05-user-stories.md`
30
- - `docs/project/behavior/01-scenarios.md`
31
- - `docs/project/design/01-tech-stack.md`(存在する場合)
32
-
33
- 不足があれば対応スキル(`/a-002`, `/a-003`, `/a-007`)の実行を促す。
34
-
35
- ### 2. テンプレートの準備
36
-
37
- ```bash
38
- SCRIPT_DIR=$(for d in .agent .cursor .claude .codex; do [ -d "$d" ] && echo "$d" && break; done)
39
- cp "$SCRIPT_DIR/templates/project/04-design/03-screen-design.md" "docs/project/design/03-screen-design.md"
40
- ```
41
-
42
- ### 3. 画面の抽出と提案
43
-
44
- - シナリオの Given/When/Then から必要な画面を抽出。
45
- - 標準画面(ログイン、404、設定等)を追加提案。
46
- - 「[画面名] (役割: [説明])」の形式で一覧化。
47
-
48
- 画面一覧のテーブル例は [examples/screen-templates.md](examples/screen-templates.md#画面一覧テーブル) を参照。
49
-
50
- ### 4. 詳細定義と遷移フロー
51
-
52
- #### 4.1 各画面の詳細
53
-
54
- 画面 ID、名称、URL パス、アクセス権限、重要な状態(Empty / Loading / Error / Success)。状態観点は [examples/screen-templates.md](examples/screen-templates.md#重要な状態の観点) を参照。
55
-
56
- #### 4.2 画面遷移フロー
57
-
58
- 主要なユーザーフロー(認証、メイン機能、エラー)を Mermaid 図で表現する。デッドエンドがないか確認する。記述例は [examples/screen-templates.md](examples/screen-templates.md#画面遷移図mermaid) を参照。
59
-
60
- ### 5. レスポンシブデザインポリシー
61
-
62
- 技術スタック(Tailwind 等)に合わせたブレークポイントと方針を定義する。ブレークポイント表と方針例は [examples/screen-templates.md](examples/screen-templates.md#レスポンシブデザインポリシー) を参照。
63
-
64
- ### 6. ドキュメント作成
65
-
66
- `docs/project/design/03-screen-design.md` に以下を記入する:
67
-
68
- - 画面一覧テーブル
69
- - 画面遷移図(Mermaid)
70
- - レスポンシブデザインポリシー
71
-
72
- ### 7. 構造チェック
73
-
74
- ```bash
75
- grep "## 画面一覧" docs/project/design/03-screen-design.md \
76
- && grep "\`\`\`mermaid" docs/project/design/03-screen-design.md \
77
- && grep "## レスポンシブデザインポリシー" docs/project/design/03-screen-design.md \
78
- && echo "OK" || echo "MISSING SECTION"
79
- ```
80
-
81
- 詳細チェックリストは [reference/structure-check.md](reference/structure-check.md#チェックリスト) を参照。
82
-
83
- ### 8. Git への追加(任意)
84
-
85
- ```bash
86
- git add docs/project/design/03-screen-design.md
87
- git commit -m "docs: 画面設計ドキュメントの作成"
88
- ```
89
-
90
- ## 完了条件
91
-
92
- - `docs/project/design/03-screen-design.md` が作成されている。
93
- - 全画面のリストと役割が定義されている。
94
- - 画面遷移が可視化されている。
95
- - レスポンシブ対応方針が明確になっている。
96
- - ユーザーが内容を承認している。
97
-
98
- ## エスカレーション
99
-
100
- - **シナリオ不足で画面が特定できない**: 「`/a-003-create-scenarios` に戻ってユーザーフローを明確にしましょう。」
101
- - **画面数が多すぎる**: 「初期リリースには多すぎる可能性があります。MVP に必要な画面に絞り込みませんか?」
102
-
103
- ## 参考
104
-
105
- - [examples/screen-templates.md](examples/screen-templates.md) — 画面一覧テーブル、状態観点、Mermaid 遷移図、レスポンシブ方針
106
- - [reference/structure-check.md](reference/structure-check.md) — 構造確認コマンド、チェックリスト、レビュー質問、Git 追加例
1
+ ---
2
+ name: a-009-define-screen-design
3
+ description: ユーザーストーリーとシナリオから画面一覧・遷移フロー・レスポンシブポリシーを定義する。技術選定後、UI/UX 設計を開始する際に使用。
4
+ disable-model-invocation: true
5
+ allowed-tools: Read, Write, Edit, Bash, Grep, Glob
6
+ ---
7
+
8
+ # DefineScreenDesign (a-009)
9
+
10
+ ## 目的
11
+
12
+ - ユーザーストーリーとシナリオを基に、必要な画面を網羅的に抽出する。
13
+ - 各画面の役割、アクセス権限、考慮すべき状態(Empty State 含む)を明確化する。
14
+ - 画面遷移フローを Mermaid 図で可視化し、ユーザーの導線を明確にする。
15
+ - レスポンシブデザインポリシー(ブレークポイント、デバイス対応方針)を定義する。
16
+
17
+ ## 前提
18
+
19
+ - `docs/project/01-requirements/05-user-stories.md` が作成されていること。
20
+ - `docs/project/02-behavior/01-scenarios.md` が作成されていること。
21
+ - `docs/project/04-design/` ディレクトリが存在すること。
22
+
23
+ ## 手順
24
+
25
+ ### 1. ドキュメントと前提条件の確認
26
+
27
+ 以下を読み込む:
28
+
29
+ - `docs/project/01-requirements/05-user-stories.md`
30
+ - `docs/project/02-behavior/01-scenarios.md`
31
+ - `docs/project/04-design/01-tech-stack.md`(存在する場合)
32
+
33
+ 不足があれば対応スキル(`/a-002`, `/a-003`, `/a-007`)の実行を促す。
34
+
35
+ ### 2. テンプレートの準備
36
+
37
+ このスキルの配置ディレクトリ(`skills/a-009-define-screen-design/`)を起点に、相対パス `../../templates/project/04-design/03-screen-design.md` を Read で読み込み、その内容を `docs/project/04-design/03-screen-design.md` へ Write する。出力先が既に存在する場合は上書きせずスキップして報告する(冪等)。出力先ディレクトリ(`docs/project/04-design/`)が無ければ作成する。
38
+
39
+ ### 3. 画面の抽出と提案
40
+
41
+ - シナリオの Given/When/Then から必要な画面を抽出。
42
+ - 標準画面(ログイン、404、設定等)を追加提案。
43
+ - 「[画面名] (役割: [説明])」の形式で一覧化。
44
+
45
+ 画面一覧のテーブル例は [examples/screen-templates.md](examples/screen-templates.md#画面一覧テーブル) を参照。
46
+
47
+ ### 4. 詳細定義と遷移フロー
48
+
49
+ #### 4.1 各画面の詳細
50
+
51
+ 画面 ID、名称、URL パス、アクセス権限、重要な状態(Empty / Loading / Error / Success)。状態観点は [examples/screen-templates.md](examples/screen-templates.md#重要な状態の観点) を参照。
52
+
53
+ #### 4.2 画面遷移フロー
54
+
55
+ 主要なユーザーフロー(認証、メイン機能、エラー)を Mermaid 図で表現する。デッドエンドがないか確認する。記述例は [examples/screen-templates.md](examples/screen-templates.md#画面遷移図mermaid) を参照。
56
+
57
+ ### 5. レスポンシブデザインポリシー
58
+
59
+ 技術スタック(Tailwind 等)に合わせたブレークポイントと方針を定義する。ブレークポイント表と方針例は [examples/screen-templates.md](examples/screen-templates.md#レスポンシブデザインポリシー) を参照。
60
+
61
+ ### 6. ドキュメント作成
62
+
63
+ `docs/project/04-design/03-screen-design.md` に以下を記入する:
64
+
65
+ - 画面一覧テーブル
66
+ - 画面遷移図(Mermaid)
67
+ - レスポンシブデザインポリシー
68
+
69
+ ### 7. 構造チェック
70
+
71
+ ```bash
72
+ grep "## 画面一覧" docs/project/04-design/03-screen-design.md \
73
+ && grep "\`\`\`mermaid" docs/project/04-design/03-screen-design.md \
74
+ && grep "## レスポンシブデザインポリシー" docs/project/04-design/03-screen-design.md \
75
+ && echo "OK" || echo "MISSING SECTION"
76
+ ```
77
+
78
+ 詳細チェックリストは [reference/structure-check.md](reference/structure-check.md#チェックリスト) を参照。
79
+
80
+ ### 8. Git への追加(任意)
81
+
82
+ ```bash
83
+ git add docs/project/04-design/03-screen-design.md
84
+ git commit -m "docs: 画面設計ドキュメントの作成"
85
+ ```
86
+
87
+ ## 完了条件
88
+
89
+ - `docs/project/04-design/03-screen-design.md` が作成されている。
90
+ - 全画面のリストと役割が定義されている。
91
+ - 画面遷移が可視化されている。
92
+ - レスポンシブ対応方針が明確になっている。
93
+ - ユーザーが内容を承認している。
94
+
95
+ ## エスカレーション
96
+
97
+ - **シナリオ不足で画面が特定できない**: 「`/a-003-create-scenarios` に戻ってユーザーフローを明確にしましょう。」
98
+ - **画面数が多すぎる**: 「初期リリースには多すぎる可能性があります。MVP に必要な画面に絞り込みませんか?」
99
+
100
+ ## 参考
101
+
102
+ - [examples/screen-templates.md](examples/screen-templates.md) — 画面一覧テーブル、状態観点、Mermaid 遷移図、レスポンシブ方針
103
+ - [reference/structure-check.md](reference/structure-check.md) — 構造確認コマンド、チェックリスト、レビュー質問、Git 追加例
@@ -6,16 +6,16 @@ SKILL.md 手順7〜8 で使う確認コマンドとレビュー観点。
6
6
 
7
7
  ```bash
8
8
  # 画面一覧セクションの確認
9
- grep "## 画面一覧" docs/project/design/03-screen-design.md && echo "OK" || echo "MISSING: Screen list"
9
+ grep "## 画面一覧" docs/project/04-design/03-screen-design.md && echo "OK" || echo "MISSING: Screen list"
10
10
  # 画面遷移図の確認
11
- grep "\`\`\`mermaid" docs/project/design/03-screen-design.md && echo "OK" || echo "MISSING: Flowchart"
11
+ grep "\`\`\`mermaid" docs/project/04-design/03-screen-design.md && echo "OK" || echo "MISSING: Flowchart"
12
12
  # レスポンシブポリシーの確認
13
- grep "## レスポンシブデザインポリシー" docs/project/design/03-screen-design.md && echo "OK" || echo "MISSING: Responsive policy"
13
+ grep "## レスポンシブデザインポリシー" docs/project/04-design/03-screen-design.md && echo "OK" || echo "MISSING: Responsive policy"
14
14
  ```
15
15
 
16
16
  ## チェックリスト
17
17
 
18
- - [ ] `docs/project/design/03-screen-design.md` が作成されている
18
+ - [ ] `docs/project/04-design/03-screen-design.md` が作成されている
19
19
  - [ ] 主要な画面がすべて網羅されている
20
20
  - [ ] 各画面の URL パスとアクセス権限が定義されている
21
21
  - [ ] Empty State / Loading / Error の各状態が考慮されている
@@ -33,7 +33,7 @@ grep "## レスポンシブデザインポリシー" docs/project/design/03-scre
33
33
  ## Git への追加(任意)
34
34
 
35
35
  ```bash
36
- git add docs/project/design/03-screen-design.md
36
+ git add docs/project/04-design/03-screen-design.md
37
37
  git status
38
38
  ```
39
39
 
@@ -1,134 +1,130 @@
1
- ---
2
- name: a-010-define-design-system
3
- description: カラー・タイポグラフィ・スペーシング・コンポーネントスタイルを含むデザインシステムを定義する。画面設計後、UI 実装のスタイル基盤を固める際に使用。
4
- disable-model-invocation: true
5
- allowed-tools: Read, Write, Edit, Bash, Grep, Glob
6
- ---
7
-
8
- # DefineDesignSystem (a-010)
9
-
10
- ## 目的
11
-
12
- - プロジェクト全体で一貫したビジュアルデザインを実現するデザインシステムを定義する。
13
- - カラーパレット、タイポグラフィ、スペーシング、コンポーネントスタイルを標準化する。
14
- - デザイナーと開発者が共通言語として使える仕様書を作成する。
15
-
16
- ## 前提
17
-
18
- - `docs/project/design/03-screen-design.md` が作成されている(画面設計完了)
19
- - `docs/project/design/01-tech-stack.md` が作成されている(UI フレームワーク決定)
20
-
21
- ## 手順
22
-
23
- ### 1. 既存ドキュメントの確認
24
-
25
- - `docs/project/design/01-tech-stack.md` — 使用する CSS フレームワーク(Tailwind, MUI 等)
26
- - `docs/project/design/03-screen-design.md` — 画面設計とレスポンシブポリシー
27
- - ブランドガイドラインがあれば参照
28
-
29
- ### 2. テンプレートの準備
30
-
31
- ```bash
32
- SCRIPT_DIR=$(for d in .agent .cursor .claude .codex; do [ -d "$d" ] && echo "$d" && break; done)
33
- cp "$SCRIPT_DIR/templates/project/04-design/04-design-system.md" \
34
- "docs/project/design/04-design-system.md"
35
- ```
36
-
37
- ### 3. カラーパレットの定義
38
-
39
- - **Primary Colors**: ブランドカラー(1〜2色)
40
- - **Secondary Colors**: アクセントカラー
41
- - **Semantic Colors**: Success, Warning, Error, Info
42
- - **Neutral Colors**: グレースケール(背景、テキスト、ボーダー)
43
- - **Dark Mode 対応**: 必要に応じてダークテーマも定義
44
-
45
- CSS 変数のサンプルは [examples/css-tokens.md](examples/css-tokens.md#カラーパレット) を参照。
46
-
47
- ### 4. タイポグラフィの定義
48
-
49
- - **フォントファミリー**: 見出し用、本文用、コード用
50
- - **フォントサイズスケール**: xs, sm, base, lg, xl, 2xl, 3xl, 4xl
51
- - **行間**: tight, normal, relaxed
52
- - **フォントウェイト**: normal, medium, semibold, bold
53
-
54
- サンプル: [examples/css-tokens.md](examples/css-tokens.md#タイポグラフィ)
55
-
56
- ### 5. スペーシングシステムの定義
57
-
58
- 基本単位は 4px または 8px ベース。スケール・用途・サンプルは [examples/css-tokens.md](examples/css-tokens.md#スペーシング) と [reference/component-catalog.md](reference/component-catalog.md#スペーシングの設計方針) を参照。
59
-
60
- ### 6. コンポーネントスタイルの定義
61
-
62
- 以下のコンポーネントについて、バリアントとステートを定義:
63
-
64
- - ボタン
65
- - フォーム要素(Input, Textarea, Select, Checkbox, Radio)
66
- - カード / コンテナ
67
- - その他(Badge, Tag, Avatar, Tooltip, Modal)
68
-
69
- 詳細なバリアント・ステート一覧は [reference/component-catalog.md](reference/component-catalog.md#コンポーネントスタイル) を参照。
70
-
71
- ### 7. アイコン・イラストガイドライン
72
-
73
- - アイコンライブラリ(Lucide / Heroicons / Material Icons 等)の選定
74
- - サイズ規定とスタイル統一(Outline / Filled のいずれか)
75
-
76
- 詳細: [reference/component-catalog.md](reference/component-catalog.md#アイコンガイドライン)
77
-
78
- ### 8. アニメーション・トランジション
79
-
80
- - Duration: fast(150ms), normal(300ms), slow(500ms)
81
- - Easing: ease-in-out をデフォルトに
82
-
83
- サンプル: [examples/css-tokens.md](examples/css-tokens.md#アニメーション)
84
-
85
- ### 9. ドキュメント作成
86
-
87
- `docs/project/design/04-design-system.md` に以下を必須セクションとして記入:
88
-
89
- - カラーパレット
90
- - タイポグラフィ
91
- - スペーシング
92
- - コンポーネントスタイル(主要なもの)
93
-
94
- ### 10. 完了条件の確認
95
-
96
- - [ ] `04-design-system.md` が作成されている
97
- - [ ] カラーパレットが定義されている
98
- - [ ] タイポグラフィスケールが定義されている
99
- - [ ] スペーシングシステムが定義されている
100
- - [ ] 主要コンポーネント(ボタン、フォーム)のスタイルが定義されている
101
-
102
- ### 11. Git への追加(オプション)
103
-
104
- ```bash
105
- git add docs/project/design/04-design-system.md
106
- git status
107
- ```
108
-
109
- 推奨コミットメッセージ:
110
-
111
- ```
112
- docs: デザインシステムの定義
113
-
114
- - カラーパレット、タイポグラフィ、スペーシングを定義
115
- - 主要コンポーネントのスタイルガイドを追加
116
- ```
117
-
118
- ## 完了条件
119
-
120
- - `docs/project/design/04-design-system.md` が作成されている
121
- - カラー・タイポグラフィ・スペーシングが定義されている
122
- - 主要コンポーネントのスタイルが定義されている
123
- - ユーザーが内容を承認している
124
-
125
- ## エスカレーション
126
-
127
- - **ブランドガイドラインなし**: 「ブランドカラーやフォントの指定がありますか?なければ汎用的なパレットを提案します。」
128
- - **CSS フレームワーク未定**: 「`/a-007-define-tech-stack` で技術スタックを先に決定しましょう。」
129
- - **コンポーネントが多すぎる**: 「まずはボタン・フォーム・カードから始め、必要に応じて拡張しましょう。」
130
-
131
- ## 参考
132
-
133
- - [examples/css-tokens.md](examples/css-tokens.md) — カラー/タイポ/スペーシング/アニメーションの CSS サンプル
134
- - [reference/component-catalog.md](reference/component-catalog.md) — コンポーネント・アイコン・アニメーションの標準仕様
1
+ ---
2
+ name: a-010-define-design-system
3
+ description: カラー・タイポグラフィ・スペーシング・コンポーネントスタイルを含むデザインシステムを定義する。画面設計後、UI 実装のスタイル基盤を固める際に使用。
4
+ disable-model-invocation: true
5
+ allowed-tools: Read, Write, Edit, Bash, Grep, Glob
6
+ ---
7
+
8
+ # DefineDesignSystem (a-010)
9
+
10
+ ## 目的
11
+
12
+ - プロジェクト全体で一貫したビジュアルデザインを実現するデザインシステムを定義する。
13
+ - カラーパレット、タイポグラフィ、スペーシング、コンポーネントスタイルを標準化する。
14
+ - デザイナーと開発者が共通言語として使える仕様書を作成する。
15
+
16
+ ## 前提
17
+
18
+ - `docs/project/04-design/03-screen-design.md` が作成されている(画面設計完了)
19
+ - `docs/project/04-design/01-tech-stack.md` が作成されている(UI フレームワーク決定)
20
+
21
+ ## 手順
22
+
23
+ ### 1. 既存ドキュメントの確認
24
+
25
+ - `docs/project/04-design/01-tech-stack.md` — 使用する CSS フレームワーク(Tailwind, MUI 等)
26
+ - `docs/project/04-design/03-screen-design.md` — 画面設計とレスポンシブポリシー
27
+ - ブランドガイドラインがあれば参照
28
+
29
+ ### 2. テンプレートの準備
30
+
31
+ このスキルの配置ディレクトリ(`skills/a-010-define-design-system/`)を起点に、相対パス `../../templates/project/04-design/04-design-system.md` を Read で読み込み、その内容を `docs/project/04-design/04-design-system.md` へ Write する。出力先が既に存在する場合は上書きせずスキップして報告する(冪等)。出力先ディレクトリ(`docs/project/04-design/`)が無ければ作成する。
32
+
33
+ ### 3. カラーパレットの定義
34
+
35
+ - **Primary Colors**: ブランドカラー(1〜2色)
36
+ - **Secondary Colors**: アクセントカラー
37
+ - **Semantic Colors**: Success, Warning, Error, Info
38
+ - **Neutral Colors**: グレースケール(背景、テキスト、ボーダー)
39
+ - **Dark Mode 対応**: 必要に応じてダークテーマも定義
40
+
41
+ CSS 変数のサンプルは [examples/css-tokens.md](examples/css-tokens.md#カラーパレット) を参照。
42
+
43
+ ### 4. タイポグラフィの定義
44
+
45
+ - **フォントファミリー**: 見出し用、本文用、コード用
46
+ - **フォントサイズスケール**: xs, sm, base, lg, xl, 2xl, 3xl, 4xl
47
+ - **行間**: tight, normal, relaxed
48
+ - **フォントウェイト**: normal, medium, semibold, bold
49
+
50
+ サンプル: [examples/css-tokens.md](examples/css-tokens.md#タイポグラフィ)
51
+
52
+ ### 5. スペーシングシステムの定義
53
+
54
+ 基本単位は 4px または 8px ベース。スケール・用途・サンプルは [examples/css-tokens.md](examples/css-tokens.md#スペーシング) と [reference/component-catalog.md](reference/component-catalog.md#スペーシングの設計方針) を参照。
55
+
56
+ ### 6. コンポーネントスタイルの定義
57
+
58
+ 以下のコンポーネントについて、バリアントとステートを定義:
59
+
60
+ - ボタン
61
+ - フォーム要素(Input, Textarea, Select, Checkbox, Radio)
62
+ - カード / コンテナ
63
+ - その他(Badge, Tag, Avatar, Tooltip, Modal)
64
+
65
+ 詳細なバリアント・ステート一覧は [reference/component-catalog.md](reference/component-catalog.md#コンポーネントスタイル) を参照。
66
+
67
+ ### 7. アイコン・イラストガイドライン
68
+
69
+ - アイコンライブラリ(Lucide / Heroicons / Material Icons 等)の選定
70
+ - サイズ規定とスタイル統一(Outline / Filled のいずれか)
71
+
72
+ 詳細: [reference/component-catalog.md](reference/component-catalog.md#アイコンガイドライン)
73
+
74
+ ### 8. アニメーション・トランジション
75
+
76
+ - Duration: fast(150ms), normal(300ms), slow(500ms)
77
+ - Easing: ease-in-out をデフォルトに
78
+
79
+ サンプル: [examples/css-tokens.md](examples/css-tokens.md#アニメーション)
80
+
81
+ ### 9. ドキュメント作成
82
+
83
+ `docs/project/04-design/04-design-system.md` に以下を必須セクションとして記入:
84
+
85
+ - カラーパレット
86
+ - タイポグラフィ
87
+ - スペーシング
88
+ - コンポーネントスタイル(主要なもの)
89
+
90
+ ### 10. 完了条件の確認
91
+
92
+ - [ ] `04-design-system.md` が作成されている
93
+ - [ ] カラーパレットが定義されている
94
+ - [ ] タイポグラフィスケールが定義されている
95
+ - [ ] スペーシングシステムが定義されている
96
+ - [ ] 主要コンポーネント(ボタン、フォーム)のスタイルが定義されている
97
+
98
+ ### 11. Git への追加(オプション)
99
+
100
+ ```bash
101
+ git add docs/project/04-design/04-design-system.md
102
+ git status
103
+ ```
104
+
105
+ 推奨コミットメッセージ:
106
+
107
+ ```
108
+ docs: デザインシステムの定義
109
+
110
+ - カラーパレット、タイポグラフィ、スペーシングを定義
111
+ - 主要コンポーネントのスタイルガイドを追加
112
+ ```
113
+
114
+ ## 完了条件
115
+
116
+ - `docs/project/04-design/04-design-system.md` が作成されている
117
+ - カラー・タイポグラフィ・スペーシングが定義されている
118
+ - 主要コンポーネントのスタイルが定義されている
119
+ - ユーザーが内容を承認している
120
+
121
+ ## エスカレーション
122
+
123
+ - **ブランドガイドラインなし**: 「ブランドカラーやフォントの指定がありますか?なければ汎用的なパレットを提案します。」
124
+ - **CSS フレームワーク未定**: 「`/a-007-define-tech-stack` で技術スタックを先に決定しましょう。」
125
+ - **コンポーネントが多すぎる**: 「まずはボタン・フォーム・カードから始め、必要に応じて拡張しましょう。」
126
+
127
+ ## 参考
128
+
129
+ - [examples/css-tokens.md](examples/css-tokens.md) — カラー/タイポ/スペーシング/アニメーションの CSS サンプル
130
+ - [reference/component-catalog.md](reference/component-catalog.md) — コンポーネント・アイコン・アニメーションの標準仕様