@hegemonart/get-design-done 1.59.5 → 1.59.7
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.
- package/.claude-plugin/marketplace.json +4 -4
- package/.claude-plugin/plugin.json +2 -2
- package/CHANGELOG.md +54 -0
- package/README.md +219 -441
- package/SKILL.md +2 -2
- package/docs/i18n/README.de.md +212 -527
- package/docs/i18n/README.fr.md +203 -518
- package/docs/i18n/README.it.md +211 -526
- package/docs/i18n/README.ja.md +209 -524
- package/docs/i18n/README.ko.md +210 -525
- package/docs/i18n/README.zh-CN.md +215 -551
- package/package.json +1 -1
- package/reference/skill-graph.md +4 -1
- package/scripts/lib/install/doctor-codex-plugin.cjs +1 -1
- package/scripts/lib/install/doctor-cursor-marketplace.cjs +2 -2
- package/scripts/lib/manifest/skills.json +13 -0
- package/scripts/skill-templates/handoff/SKILL.md +99 -0
- package/skills/handoff/SKILL.md +99 -0
package/docs/i18n/README.ja.md
CHANGED
|
@@ -4,9 +4,11 @@
|
|
|
4
4
|
|
|
5
5
|
[English](../../README.md) · [简体中文](README.zh-CN.md) · **日本語** · [한국어](README.ko.md) · [Français](README.fr.md) · [Italiano](README.it.md) · [Deutsch](README.de.md)
|
|
6
6
|
|
|
7
|
-
|
|
7
|
+
> 注記: この翻訳は英語版より遅れている場合があります。正式な版は [README.md](../../README.md) です (translation may lag behind English; see README.md for the canonical version)。
|
|
8
8
|
|
|
9
|
-
**
|
|
9
|
+
**AI コーディングエージェントのためのデザイン品質パイプライン: ブリーフ -> 探索 -> 計画 -> デザイン -> 検証。**
|
|
10
|
+
|
|
11
|
+
**Get Design Done は、AI が生成した UI をあなたのブリーフ、デザインシステム、ローカルなデザイン知識、品質ゲートに結びつけたまま進めます。Claude Code 向けに作られ、Codex、Cursor、Gemini、OpenCode、Copilot、Windsurf などにもインストールできます。**
|
|
10
12
|
|
|
11
13
|
[](https://www.npmjs.com/package/@hegemonart/get-design-done)
|
|
12
14
|
[](https://www.npmjs.com/package/@hegemonart/get-design-done)
|
|
@@ -15,612 +17,315 @@
|
|
|
15
17
|
[](https://nodejs.org/)
|
|
16
18
|
[](LICENSE)
|
|
17
19
|
|
|
18
|
-
<br>
|
|
19
|
-
|
|
20
20
|
```bash
|
|
21
21
|
npx @hegemonart/get-design-done@latest
|
|
22
22
|
```
|
|
23
23
|
|
|
24
24
|
**macOS、Linux、Windows で動作します。**
|
|
25
25
|
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
*「AI コーディングエージェントは UI を速く出荷します。Get Design Done は、それがデザインとして出荷されるようにします。」*
|
|
29
|
-
|
|
30
|
-
<br>
|
|
31
|
-
|
|
32
|
-
[なぜ作ったか](#なぜ作ったか) · [仕組み](#仕組み) · [コマンド](#コマンド) · [接続](#接続) · [なぜ動くか](#なぜ動くか)
|
|
26
|
+
[インストール](#インストール) · [はじめに](#はじめに) · [ユースケース](#ユースケース) · [仕組み](#仕組み) · [コマンド](#コマンド) · [接続](#接続) · [安全性](#安全性とプライバシー)
|
|
33
27
|
|
|
34
28
|
</div>
|
|
35
29
|
|
|
36
30
|
---
|
|
37
31
|
|
|
38
|
-
|
|
39
|
-
> ### Claude Design バンドルをすでにお持ちですか?
|
|
40
|
-
>
|
|
41
|
-
> [claude.ai/design](https://claude.ai/design) でデザインをエクスポートした場合、ステージ 1〜3 を完全にスキップできます:
|
|
42
|
-
>
|
|
43
|
-
> ```
|
|
44
|
-
> /gdd:handoff ./my-design.html
|
|
45
|
-
> ```
|
|
46
|
-
>
|
|
47
|
-
> バンドルの CSS カスタムプロパティを D-XX デザイン決定としてパースし、Handoff Faithfulness スコアリングを伴う検証パスを実行し、オプションで実装ステータスを Figma に書き戻します。
|
|
48
|
-
|
|
49
|
-
---
|
|
50
|
-
|
|
51
|
-
## なぜ作ったか
|
|
52
|
-
|
|
53
|
-
私は AI コーディングエージェントで出荷するデザイナーです。コード側のワークフローは成熟しています。仕様、タスク、テスト、コミット、レビューのループ。デザイン側はそうではありませんでした。
|
|
54
|
-
|
|
55
|
-
繰り返し直面した問題はこうでした。エージェントは単体ではよく見える画面を生成できますが、作業そのものは *切り離されています*。トークンは既存システムと一致しません。コントラスト比は WCAG を下回ります。階層は画面ごとに再発明されます。古いアンチパターンが新しいコンポーネントに入り込みます。そして元のブリーフに対して出力を検証するものがないため、問題は PR レビューやハンドオフ後に遅れて見つかります。
|
|
56
|
-
|
|
57
|
-
そこで Get Design Done を作りました。AI コーディングエージェントに、開発者がエンジニアリングワークフローで当然期待している構造を与えるデザインパイプラインです。ブリーフを捕捉し、現在のデザインシステムをマッピングし、判断をリファレンスに接地し、作業を原子的なタスクに分解し、そのタスクを実行し、出荷前に結果を検証します。
|
|
58
|
-
|
|
59
|
-
舞台裏には 37 個の専門エージェント、クエリ可能なインテルストア、ティア対応モデルルーティング、12 個の任意ツール接続、原子的コミット、solidify-with-rollback の結果から学習する no-regret 適応レイヤーがあります。日常的に使うのは、デザイン作業を一貫させる数個の `/gdd:*` コマンドです。
|
|
60
|
-
|
|
61
|
-
— **Hegemon**
|
|
62
|
-
|
|
63
|
-
---
|
|
64
|
-
|
|
65
|
-
AI 生成デザインは AI 生成コードと同じ失敗形態を持ちます。望むものを記述し、もっともらしいものを受け取り、しかし出力をブリーフに戻すシステムがないため、規模を拡大すると崩れます。
|
|
66
|
-
|
|
67
|
-
Get Design Done はデザイン作業のためのコンテキストエンジニアリングレイヤーです。「この UI を良くして」を、追跡可能なサイクルに変えます: ブリーフ → インベントリ → リファレンス → 計画 → 実装 → 検証。
|
|
32
|
+
## これは何か
|
|
68
33
|
|
|
69
|
-
|
|
34
|
+
Get Design Done は、AI コーディングエージェントがあなたのプロダクトにふさわしい UI を出荷できるよう支援します。
|
|
70
35
|
|
|
71
|
-
|
|
36
|
+
「この画面をもっと良くして」といった漠然とした依頼を、追跡可能なデザインワークフローに変えます。ブリーフ、探索、計画、デザイン、検証。
|
|
72
37
|
|
|
73
|
-
|
|
74
|
-
- **デザインシステム抽出** — GDD は変更を計画する前に、トークン、タイポグラフィ、スペーシング、コンポーネント、モーション、アクセシビリティ、ダークモード、デザイン負債をインベントリします。
|
|
75
|
-
- **リファレンスに支えられた判断** — エージェントは組み込みのデザインリファレンスに加え、任意で Figma、Refero、Pinterest、Storybook、Chromatic、Preview、Claude Design、paper.design、pencil.dev、Graphify、21st.dev Magic、Magic Patterns 接続を使います。
|
|
76
|
-
- **原子的な実行** — デザインタスクは依存関係ごとに分解され、安全な wave で実行され、独立してコミットされます。
|
|
77
|
-
- **出荷前の検証** — 監査はブリーフ適合、トークン統合、WCAG コントラスト、コンポーネント適合、モーション一貫性、ダークモードアーキテクチャ、デザインアンチパターンをチェックします。
|
|
78
|
-
- **検証失敗時のロールバック** — solidify-with-rollback は各タスクが定着する前に検証します。失敗した作業は自動的に戻されます。
|
|
79
|
-
|
|
80
|
-
---
|
|
38
|
+
センスだけでエージェントに即興させる代わりに、GDD は構造化されたプロセス、ローカルなデザイン知識、プロジェクト固有のメモリ、任意のデザインツール接続、そして作業を出荷する前の検証を与えます。
|
|
81
39
|
|
|
82
|
-
##
|
|
40
|
+
## なぜ存在するのか
|
|
83
41
|
|
|
84
|
-
|
|
42
|
+
AI エージェントは UI を素早く生み出します。難しいのは、その UI を一貫させることです。
|
|
85
43
|
|
|
86
|
-
|
|
44
|
+
デザインワークフローがないと、生成されたインターフェイスは漂流します:
|
|
87
45
|
|
|
88
|
-
|
|
46
|
+
- 色とスペーシングがシステムと一致しなくなる
|
|
47
|
+
- コンポーネントが再発明される
|
|
48
|
+
- コントラストとアクセシビリティが退行する
|
|
49
|
+
- 階層が画面ごとに変わる
|
|
50
|
+
- 実装が元のブリーフと一致しなくなる
|
|
89
51
|
|
|
90
|
-
|
|
52
|
+
GDD は AI コーディングワークフローに欠けているデザインの規律を加えます。問題を捕捉し、現在のデザインシステムをマッピングし、スコープを絞った変更を計画し、それを原子的なステップで実行し、ブリーフ、トークン、アクセシビリティ、デザイン品質ルーブリックに照らして結果を検証します。
|
|
91
53
|
|
|
92
|
-
|
|
93
|
-
- **冪等 + 外部 AGENTS.md 安全** — インストーラーを再実行してもエントリは重複せず、ランタイム固有の指示ファイルを上書きしません。ファイルが書き込まれる前に確認ステップで diff が表示されます。
|
|
94
|
-
- **スクリプト CI インターフェイスを保持** — 既存のすべてのフラグ(`--claude`、`--cursor`、`--all`、`--global`、`--local`、`--uninstall`、`--config-dir`)は変更なく動作し続けます。インタラクティブモードはランタイムフラグが渡されない場合のみアクティブ化されます。
|
|
95
|
-
- **マルチセレクト・アンインストール** — ランタイムフラグなしの `--uninstall` も対話型マルチセレクトに入り、どのランタイムから削除するかを選びます。
|
|
54
|
+
舞台裏では、64 個の専門エージェント、クエリ可能なインテルストア、ティア対応モデルルーティング、39 個の任意ツール接続が動いています。日常的に使うのは、ひと握りの `/gdd:*` コマンドです。
|
|
96
55
|
|
|
97
|
-
|
|
56
|
+
## インストール
|
|
98
57
|
|
|
99
|
-
|
|
100
|
-
- **v1.23.0** — SDK ドメインプリミティブ(solidify-with-rollback ゲート、JSON 出力契約、`Touches:` パターン自動結晶化)。
|
|
101
|
-
- **v1.22.0** — SDK 観測可能性(約 24 のタイプ付きイベント、ツールコールごとのトラジェクトリ、追記専用イベントチェーン、シークレットスクラバー)。
|
|
102
|
-
- **v1.21.0** — ヘッドレス SDK(Claude Code なしで完全パイプラインを実行する `gdd-sdk` CLI、並列リサーチャー、クロスハーネス MCP)。
|
|
103
|
-
- **v1.20.0** — SDK 基盤(レジリエンスプリミティブ、ロックファイル安全な `STATE.md`、11 のタイプ付きツールを持つ `gdd-state` MCP サーバー、TypeScript 基盤)。
|
|
104
|
-
|
|
105
|
-
完全なリリースノートは [CHANGELOG.md](CHANGELOG.md) を参照。
|
|
106
|
-
|
|
107
|
-
---
|
|
108
|
-
|
|
109
|
-
<p align="center">
|
|
110
|
-
<strong>Supported by</strong>
|
|
111
|
-
</p>
|
|
112
|
-
|
|
113
|
-
<div align="center">
|
|
114
|
-
<a href="https://www.humbleteam.com/" aria-label="Humbleteam">
|
|
115
|
-
<img src="docs/assets/sponsors/humbleteam.svg" alt="Humbleteam logo" width="180">
|
|
116
|
-
</a>
|
|
117
|
-
<br>
|
|
118
|
-
<sub>Product design partner for ambitious startups and AI products.</sub>
|
|
119
|
-
</div>
|
|
120
|
-
|
|
121
|
-
---
|
|
122
|
-
|
|
123
|
-
## はじめに
|
|
58
|
+
### npm
|
|
124
59
|
|
|
125
60
|
```bash
|
|
126
61
|
npx @hegemonart/get-design-done@latest
|
|
127
62
|
```
|
|
128
63
|
|
|
129
|
-
|
|
130
|
-
1. **ランタイム** — Claude Code、OpenCode、Gemini、Kilo、Codex、Copilot、Cursor、Windsurf、Antigravity、Augment、Trae、Qwen Code、CodeBuddy、Cline、またはすべて(対話型マルチセレクト)
|
|
131
|
-
2. **場所** — Global(すべてのプロジェクト)または Local(現在のプロジェクトのみ)
|
|
132
|
-
|
|
133
|
-
確認:
|
|
64
|
+
### Claude Code
|
|
134
65
|
|
|
135
|
-
```
|
|
136
|
-
/
|
|
66
|
+
```bash
|
|
67
|
+
/plugin marketplace add hegemonart/get-design-done
|
|
68
|
+
/plugin install get-design-done@get-design-done
|
|
69
|
+
/reload-plugins
|
|
137
70
|
```
|
|
138
71
|
|
|
139
|
-
|
|
140
|
-
> 摩擦のない自動化体験のために、Claude Code を `--dangerously-skip-permissions` で実行することを推奨します。GDD は自律的なマルチステージ実行のために設計されています。
|
|
141
|
-
|
|
142
|
-
### 最新の状態を保つ
|
|
143
|
-
|
|
144
|
-
GDD は頻繁にリリースされます。インストーラーを再実行してください(冪等で、登録済みマーケットプレイスエントリをその場で更新します):
|
|
72
|
+
### Codex
|
|
145
73
|
|
|
146
74
|
```bash
|
|
147
|
-
|
|
75
|
+
codex plugin marketplace add hegemonart/get-design-done
|
|
148
76
|
```
|
|
149
77
|
|
|
150
|
-
|
|
151
|
-
|
|
152
|
-
```
|
|
153
|
-
/gdd:update
|
|
154
|
-
```
|
|
78
|
+
### agentskills.io
|
|
155
79
|
|
|
156
|
-
|
|
80
|
+
[agentskills.io](https://agentskills.io) スキルレジストリから Get Design Done を参照してインストールできます。
|
|
157
81
|
|
|
158
|
-
|
|
159
|
-
<summary><strong>非対話型インストール(Docker、CI、スクリプト)</strong></summary>
|
|
82
|
+
### ランタイム直接インストーラー
|
|
160
83
|
|
|
161
84
|
```bash
|
|
85
|
+
# Claude Code
|
|
162
86
|
npx @hegemonart/get-design-done --claude --global
|
|
163
87
|
npx @hegemonart/get-design-done --claude --local
|
|
164
|
-
|
|
165
|
-
|
|
166
|
-
npx @hegemonart/get-design-done --kilo --global
|
|
88
|
+
|
|
89
|
+
# その他のランタイム
|
|
167
90
|
npx @hegemonart/get-design-done --codex --global
|
|
168
|
-
npx @hegemonart/get-design-done --copilot --global
|
|
169
91
|
npx @hegemonart/get-design-done --cursor --global
|
|
170
|
-
npx @hegemonart/get-design-done --
|
|
171
|
-
|
|
172
|
-
|
|
173
|
-
npx @hegemonart/get-design-done --trae --global
|
|
174
|
-
npx @hegemonart/get-design-done --qwen --global
|
|
175
|
-
npx @hegemonart/get-design-done --codebuddy --global
|
|
176
|
-
npx @hegemonart/get-design-done --cline --global
|
|
177
|
-
|
|
178
|
-
# すべてのランタイム
|
|
92
|
+
npx @hegemonart/get-design-done --gemini --global
|
|
93
|
+
|
|
94
|
+
# マルチランタイムインストール
|
|
179
95
|
npx @hegemonart/get-design-done --all --global
|
|
180
96
|
|
|
181
|
-
#
|
|
97
|
+
# 書き込みせずにプレビュー
|
|
182
98
|
npx @hegemonart/get-design-done --dry-run
|
|
183
|
-
|
|
184
|
-
# カスタム設定ディレクトリ
|
|
185
|
-
CLAUDE_CONFIG_DIR=/workspace/.claude npx @hegemonart/get-design-done
|
|
186
99
|
```
|
|
187
100
|
|
|
188
|
-
|
|
101
|
+
## はじめに
|
|
189
102
|
|
|
190
|
-
|
|
191
|
-
<summary><strong>代替: Claude Code CLI</strong></summary>
|
|
103
|
+
軽量な初回パスを実行:
|
|
192
104
|
|
|
193
105
|
```bash
|
|
194
|
-
|
|
195
|
-
claude plugin install get-design-done@get-design-done
|
|
106
|
+
/gdd:start
|
|
196
107
|
```
|
|
197
108
|
|
|
198
|
-
|
|
199
|
-
|
|
200
|
-
### Tier-2 Distribution Channels (v1.28.8+)
|
|
201
|
-
|
|
202
|
-
上記のフェーズ28.7のファイルドロップインストールパス(デフォルトで引き続き動作)に加え、v1.28.8 は 3 つの新しい Tier-2 配信チャネルを追加します:
|
|
203
|
-
|
|
204
|
-
- **agentskills.io によるクロスランタイム互換性。** 当方の `skills/` は [agentskills.io](https://agentskills.io) 仕様に準拠しています。agentskills.io 互換を宣言するランタイム(Codex、Kilo、Augment、Hermes、Qwen)はこのチャネル経由で直接スキルを利用できます。
|
|
205
|
-
- **Cursor Marketplace。** Cursor のマーケットプレイス UI からインストール。公開は Cursor チームレビュー承認待ち — `docs/cursor-marketplace-field-test.md` を参照。
|
|
206
|
-
- **Codex Plugin。** Codex の GitHub URL プラグイン追加経由でインストール:
|
|
207
|
-
|
|
208
|
-
```bash
|
|
209
|
-
codex plugin marketplace add hegemonart/get-design-done
|
|
210
|
-
```
|
|
211
|
-
|
|
212
|
-
詳細は [README.md](README.md)(英語、正本)を参照してください。
|
|
213
|
-
|
|
214
|
-
### Capability-Gap テレメトリ + 自己オーサリング (v1.29.0+)
|
|
215
|
-
|
|
216
|
-
リフレクター・ループは「ケイパビリティ・ルックアップ失敗」シグナルをファーストクラスのテレメトリとして追跡するようになりました。十分な繰り返し発生するギャップが浮上したら、レビュー対象として新しい agent / skill を提案として下書きできます。
|
|
217
|
-
|
|
218
|
-
**ステージ 0 — テレメトリ(即時リリース)。** 3 つのルックアップ失敗ポイントが型付き `capability_gap` イベントを発行します: `skills/fast` のスキル不一致パス、`gdd-router` の未解決インテント・パス、リフレクターのパターン検出パス。表示は `gdd-events --type capability_gap`。
|
|
219
|
-
|
|
220
|
-
**ステージ 1 — 自己オーサリング(データがゲートを越えたらオプトイン)。** K=3 個の安定したクラスタが M=10 サイクルで現れると、`/gdd:apply-reflections` がステージ 1 を有効化するかを一度だけ尋ねます。リフレクターは Phase 28.5 準拠の frontmatter を持つインキュベーター・アーティファクトを `.design/reflections/incubator/<slug>/` に下書きします。4 つのアクション: `accept` / `reject` / `defer` / `edit`。厳密に proposal-only — `/gdd:apply-reflections` が唯一の人間ゲートです (Phase 11 SC-8)。
|
|
221
|
-
|
|
222
|
-
スコープ・ガード: オーサリングは `agents/` と `skills/` に限定され、ランタイム / トランスポート / フックは対象外です。詳細は [README.md](README.md)(英語、正本)を参照してください。
|
|
109
|
+
または完全なデザインサイクルを実行:
|
|
223
110
|
|
|
224
|
-
|
|
225
|
-
## 仕組み
|
|
226
|
-
|
|
227
|
-
> **既存のコードベースから始めますか?** まず `/gdd:map` を実行してください。5 つの専門マッパー(tokens、components、visual hierarchy、a11y、motion)が並列にディスパッチされ、`.design/map/` に構造化された JSON を書き込みます。
|
|
228
|
-
|
|
229
|
-
### 1. Brief(ブリーフ)
|
|
230
|
-
|
|
231
|
-
```
|
|
111
|
+
```bash
|
|
232
112
|
/gdd:brief
|
|
233
|
-
```
|
|
234
|
-
|
|
235
|
-
スキャンや探索の前にデザイン問題を捕捉します。`AskUserQuestion` を介して 1 度に 1 つの質問形式で — 未回答セクションについてのみ: 問題、対象者、制約、成功指標、スコープ。
|
|
236
|
-
|
|
237
|
-
**生成:** `.design/BRIEF.md`
|
|
238
|
-
|
|
239
|
-
---
|
|
240
|
-
|
|
241
|
-
### 2. Explore(探索)
|
|
242
|
-
|
|
243
|
-
```
|
|
244
113
|
/gdd:explore
|
|
245
|
-
```
|
|
246
|
-
|
|
247
|
-
現在のコードベースのデザインシステムをインベントリします — 色、タイポグラフィ、間隔、コンポーネント、モーション、a11y、ダークモード。5 つの並列マッパーと `design-discussant` インタビューが 3 つの成果物を生成します。接続プローブが 12 の外部ツールの可用性を検出します。
|
|
248
|
-
|
|
249
|
-
**生成:** `.design/DESIGN.md`、`.design/DESIGN-DEBT.md`、`.design/DESIGN-CONTEXT.md`、`.design/map/{tokens,components,a11y,motion,visual-hierarchy}.{md,json}`
|
|
250
|
-
|
|
251
|
-
---
|
|
252
|
-
|
|
253
|
-
### 3. Plan(計画)
|
|
254
|
-
|
|
255
|
-
```
|
|
256
114
|
/gdd:plan
|
|
115
|
+
/gdd:design
|
|
116
|
+
/gdd:verify
|
|
257
117
|
```
|
|
258
118
|
|
|
259
|
-
|
|
260
|
-
|
|
261
|
-
**生成:** `.design/DESIGN-PLAN.md`
|
|
262
|
-
|
|
263
|
-
---
|
|
264
|
-
|
|
265
|
-
### 4. Design(実行)
|
|
119
|
+
自然言語ルーティングの場合:
|
|
266
120
|
|
|
267
|
-
```
|
|
268
|
-
/gdd:
|
|
121
|
+
```bash
|
|
122
|
+
/gdd:do improve the checkout page hierarchy, spacing, and empty states
|
|
269
123
|
```
|
|
270
124
|
|
|
271
|
-
|
|
125
|
+
## ユースケース
|
|
272
126
|
|
|
273
|
-
|
|
127
|
+
### 既存の画面を改善する
|
|
274
128
|
|
|
275
|
-
|
|
129
|
+
画面は技術的には機能しているが、視覚的に一貫性がない、不明瞭、またはデザインが不十分に感じられるときに GDD を使います。
|
|
276
130
|
|
|
277
|
-
```
|
|
278
|
-
|
|
279
|
-
│ WAVE 実行 │
|
|
280
|
-
├────────────────────────────────────────────────────────────────────┤
|
|
281
|
-
│ │
|
|
282
|
-
│ WAVE 1(並列) WAVE 2(並列) WAVE 3 │
|
|
283
|
-
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
|
|
284
|
-
│ │ Task 01 │ │ Task 02 │ → │ Task 03 │ │ Task 04 │ → │ Task 05 │ │
|
|
285
|
-
│ └─────────┘ └─────────┘ └─────────┘ └─────────┘ └─────────┘ │
|
|
286
|
-
│ │ │ ↑ ↑ ↑ │
|
|
287
|
-
│ └───────────┴──────────────┴───────────┴──────────────┘ │
|
|
288
|
-
│ Touches: パスが依存関係分析を駆動 │
|
|
289
|
-
│ │
|
|
290
|
-
└────────────────────────────────────────────────────────────────────┘
|
|
131
|
+
```bash
|
|
132
|
+
/gdd:do improve the settings page layout and component hierarchy
|
|
291
133
|
```
|
|
292
134
|
|
|
293
|
-
|
|
135
|
+
### AI の出力をデザインシステムに戻す
|
|
294
136
|
|
|
295
|
-
|
|
137
|
+
エージェントが、もっともらしく見えるがトークン、スペーシング、状態、コンポーネントと一致しない UI を生成したときに使います。
|
|
296
138
|
|
|
297
|
-
```
|
|
139
|
+
```bash
|
|
298
140
|
/gdd:verify
|
|
299
141
|
```
|
|
300
142
|
|
|
301
|
-
|
|
143
|
+
### 出荷前の監査
|
|
302
144
|
|
|
303
|
-
|
|
145
|
+
PR、リリース、デザインハンドオフの前に検証を実行します。
|
|
304
146
|
|
|
305
|
-
|
|
147
|
+
```bash
|
|
148
|
+
/gdd:audit
|
|
149
|
+
```
|
|
306
150
|
|
|
307
|
-
###
|
|
151
|
+
### ダークモードを修正する
|
|
308
152
|
|
|
309
|
-
```
|
|
310
|
-
/gdd:
|
|
311
|
-
/gdd:reflect # design-reflector がテレメトリ + 学習を読み込む
|
|
312
|
-
/gdd:apply-reflections # reflector の提案を確認し選択的に適用
|
|
313
|
-
/gdd:complete-cycle # サイクル成果物をアーカイブ + EXPERIENCE.md を書く
|
|
314
|
-
/gdd:new-cycle # 新しいデザインサイクルを開く
|
|
153
|
+
```bash
|
|
154
|
+
/gdd:darkmode
|
|
315
155
|
```
|
|
316
156
|
|
|
317
|
-
|
|
157
|
+
### デザインハンドオフをインポートする
|
|
318
158
|
|
|
319
|
-
```
|
|
320
|
-
/gdd:
|
|
159
|
+
```bash
|
|
160
|
+
/gdd:handoff ./my-design.html
|
|
321
161
|
```
|
|
322
162
|
|
|
323
|
-
|
|
163
|
+
これは Claude Design バンドルをパースし、CSS カスタムプロパティをデザイン決定として抽出し、ハンドオフ忠実度チェックを実行します。
|
|
324
164
|
|
|
325
|
-
|
|
326
|
-
|
|
327
|
-
### Fast モード
|
|
165
|
+
### 小さく焦点を絞った修正をする
|
|
328
166
|
|
|
329
|
-
```
|
|
330
|
-
/gdd:fast "
|
|
167
|
+
```bash
|
|
168
|
+
/gdd:fast "fix contrast in pricing cards"
|
|
331
169
|
```
|
|
332
170
|
|
|
333
|
-
|
|
171
|
+
## 何が違うのか
|
|
334
172
|
|
|
335
|
-
|
|
336
|
-
/gdd:quick
|
|
337
|
-
```
|
|
173
|
+
### ローカルなデザイン知識
|
|
338
174
|
|
|
339
|
-
GDD
|
|
175
|
+
GDD はデザイン作業のための広範なローカルリファレンスライブラリを同梱しています。基本的なデザイン判断のために、エージェントはライブの Web 検索に頼らずにこれを利用できます。
|
|
340
176
|
|
|
341
|
-
|
|
177
|
+
アクセシビリティ、WCAG、タイポグラフィ、スペーシング、グリッド、色、コントラスト、サーフェス、モーション、UX ライティング、フォーム、空の状態、視覚的階層、ダークモード、レスポンシブ挙動、i18n、リサーチ手法、監査スコアリング、デザインアンチパターンを網羅します。
|
|
342
178
|
|
|
343
|
-
|
|
179
|
+
エージェントは空のプロンプトから始めるわけではありません。計画、実装、検証の各段階で適用できる共有のデザイン語彙と具体的な標準を備えています。
|
|
344
180
|
|
|
345
|
-
|
|
181
|
+
完全なマップ: [docs/KNOWLEDGE-BASE.md](docs/KNOWLEDGE-BASE.md)
|
|
346
182
|
|
|
347
|
-
|
|
183
|
+
### プロジェクト固有のメモリ
|
|
348
184
|
|
|
349
|
-
GDD
|
|
185
|
+
GDD は各サイクルを地に足のついたものに保つ `.design/` ワークスペースを作成します:
|
|
350
186
|
|
|
351
|
-
|
|
|
352
|
-
|
|
353
|
-
| `.design/BRIEF.md` |
|
|
187
|
+
| アーティファクト | 目的 |
|
|
188
|
+
| --- | --- |
|
|
189
|
+
| `.design/BRIEF.md` | 問題、対象ユーザー、スコープ、成功指標 |
|
|
354
190
|
| `.design/DESIGN.md` | 現在のデザインシステムスナップショット |
|
|
355
|
-
| `.design/DESIGN-CONTEXT.md` |
|
|
356
|
-
| `.design/DESIGN-PLAN.md` |
|
|
357
|
-
| `.design/DESIGN-VERIFICATION.md` |
|
|
358
|
-
| `.design/intel/` |
|
|
359
|
-
| `.design/archive
|
|
360
|
-
| `.design/telemetry/events.jsonl` | ステージ間のタイプ付きイベントストリーム |
|
|
361
|
-
| `.design/telemetry/posterior.json` | バンディット事後分布(`adaptive_mode != static` の場合) |
|
|
191
|
+
| `.design/DESIGN-CONTEXT.md` | 決定、制約、リファレンス |
|
|
192
|
+
| `.design/DESIGN-PLAN.md` | 原子的な実装計画 |
|
|
193
|
+
| `.design/DESIGN-VERIFICATION.md` | 最終監査とギャップレポート |
|
|
194
|
+
| `.design/intel/` | クエリ可能なプロジェクト知識: トークン、コンポーネント、関係、決定 |
|
|
195
|
+
| `.design/archive/` | 完了したサイクルの履歴と学習 |
|
|
362
196
|
|
|
363
|
-
|
|
197
|
+
長く使うほど、エージェントが再発見しなければならないことは減ります。
|
|
364
198
|
|
|
365
|
-
###
|
|
199
|
+
### 出荷前の検証
|
|
366
200
|
|
|
367
|
-
|
|
201
|
+
GDD は UI が「完成したように見える」段階で止まりません。
|
|
368
202
|
|
|
369
|
-
|
|
370
|
-
|---------|------------------|-------------|
|
|
371
|
-
| Brief | 1 質問インタビュー | (サブエージェントなし) |
|
|
372
|
-
| Explore | 5 マッパー + discussant をスポーン | 5 並列マッパー、design-discussant、research-synthesizer |
|
|
373
|
-
| Plan | リサーチャー + planner + checker をスポーン | design-phase-researcher(オプション)、design-planner(opus)、design-plan-checker(haiku) |
|
|
374
|
-
| Design | ウェーブ調整 + worktree 隔離 | タスクごとに design-executor、solidify 失敗時に design-fixer |
|
|
375
|
-
| Verify | auditor + verifier + checker をスポーン | design-auditor、design-verifier、design-integration-checker |
|
|
376
|
-
| Reflect | テレメトリ + 学習を読み込む | design-reflector(opus)、design-authority-watcher、design-update-checker |
|
|
203
|
+
検証ステージは、結果が次のものと依然一致しているかをチェックします:
|
|
377
204
|
|
|
378
|
-
|
|
205
|
+
- 元のブリーフ
|
|
206
|
+
- デザインシステムのトークン
|
|
207
|
+
- アクセシビリティの閾値
|
|
208
|
+
- コンポーネントの慣習
|
|
209
|
+
- 視覚的階層
|
|
210
|
+
- モーションとインタラクションのルール
|
|
211
|
+
- 記録されたデザイン決定
|
|
379
212
|
|
|
380
|
-
|
|
213
|
+
ギャップが現れると、GDD はレビューを雰囲気任せにする代わりに、構造化された修正リストを生成します。
|
|
381
214
|
|
|
382
|
-
|
|
383
|
-
- **Refero** — デザインリファレンス検索
|
|
384
|
-
- **Pinterest** — ビジュアルリファレンスへの接地
|
|
385
|
-
- **Claude Design** — ハンドオフバンドルインポート
|
|
386
|
-
- **Storybook** — コンポーネント仕様の参照
|
|
387
|
-
- **Chromatic** — ビジュアル回帰ベースライン diff
|
|
388
|
-
- **Preview** — Playwright + Claude Preview MCP ランタイムスクリーンショット
|
|
389
|
-
- **paper.design** — MCP キャンバス読み書き
|
|
390
|
-
- **pencil.dev** — git 追跡 `.pen` 仕様ファイル
|
|
391
|
-
- **Graphify** — ナレッジグラフエクスポート
|
|
392
|
-
- **21st.dev Magic** — greenfield ビルド前の先例検索
|
|
393
|
-
- **Magic Patterns** — DS-aware コンポーネント生成
|
|
215
|
+
### スキル挙動テスト
|
|
394
216
|
|
|
395
|
-
|
|
217
|
+
GDD 自身のスキルは、敵対的なプレッシャーシナリオ(時間的プレッシャー、サンクコスト、権威、スコープ最小化)の下で試され、屈するのではなく規律を保つことが確認されます。プレッシャーシナリオの追加方法は [CONTRIBUTING.md](CONTRIBUTING.md) を参照してください。
|
|
396
218
|
|
|
397
|
-
|
|
398
|
-
|
|
399
|
-
### 原子的な git コミット
|
|
219
|
+
## 仕組み
|
|
400
220
|
|
|
221
|
+
```text
|
|
222
|
+
Brief -> Explore -> Plan -> Design -> Verify -> Ship
|
|
401
223
|
```
|
|
402
|
-
abc123f docs(08-02): complete user-card token plan
|
|
403
|
-
def456g feat(08-02): unify card surface tokens with --color-bg-elevated
|
|
404
|
-
hij789k feat(08-02): replace inline padding with --space-* scale
|
|
405
|
-
lmn012o test(08-02): assert card.spec passes WCAG contrast 4.5:1
|
|
406
|
-
```
|
|
407
|
-
|
|
408
|
-
git bisect が失敗したタスクを正確に見つけます。各タスクは独立してリバート可能です。Solidify-with-rollback がタスクレベルの検証ゲートを追加するため、壊れたタスク 3 が verify 実行前にタスク 4〜10 を破壊することはありません。
|
|
409
|
-
|
|
410
|
-
### 自己改善ループ
|
|
411
|
-
|
|
412
|
-
各サイクル後、`design-reflector`(opus)が `events.jsonl`、`agent-metrics.json`、`learnings/` を読み、diff を提案します — ティアオーバーライド、並列化ルール、リファレンス追加、frontmatter 更新。`/gdd:apply-reflections` が適用前に diff を表示して尋ねます。
|
|
413
224
|
|
|
414
|
-
|
|
225
|
+
| ステージ | コマンド | 出力 |
|
|
226
|
+
| --- | --- | --- |
|
|
227
|
+
| Brief | `/gdd:brief` | デザイン問題を捕捉 |
|
|
228
|
+
| Explore | `/gdd:explore` | UI システム、負債、トークン、コンポーネントをマッピング |
|
|
229
|
+
| Plan | `/gdd:plan` | 原子的なデザインタスクを作成 |
|
|
230
|
+
| Design | `/gdd:design` | 検証付きでタスクを実行 |
|
|
231
|
+
| Verify | `/gdd:verify` | 最終結果を監査 |
|
|
415
232
|
|
|
416
|
-
###
|
|
233
|
+
### 主要な出力
|
|
417
234
|
|
|
418
|
-
|
|
419
|
-
|
|
420
|
-
|
|
421
|
-
|
|
422
|
-
|
|
423
|
-
|
|
424
|
-
|
|
425
|
-
|
|
235
|
+
| ファイル | 役割 |
|
|
236
|
+
| --- | --- |
|
|
237
|
+
| `.design/BRIEF.md` | サイクルの問題、対象ユーザー、成功指標 |
|
|
238
|
+
| `.design/DESIGN.md` | 現在のデザインシステムスナップショット |
|
|
239
|
+
| `.design/DESIGN-CONTEXT.md` | デザイン決定と制約 |
|
|
240
|
+
| `.design/DESIGN-PLAN.md` | 原子的タスク、ウェーブ、依存関係 |
|
|
241
|
+
| `.design/DESIGN-VERIFICATION.md` | 検証結果とギャップリスト |
|
|
242
|
+
| `.design/intel/` | このプロジェクトのクエリ可能な知識レイヤー |
|
|
426
243
|
|
|
427
244
|
## コマンド
|
|
428
245
|
|
|
246
|
+
GDD は 96 個のスキルを出荷します。以下は大半のユーザーが日常的に必要とするものです。完全なリファレンスは [SKILL.md](SKILL.md) を参照してください。
|
|
247
|
+
|
|
429
248
|
### コアパイプライン
|
|
430
249
|
|
|
431
|
-
| コマンド |
|
|
432
|
-
|
|
433
|
-
| `/gdd:brief` |
|
|
434
|
-
| `/gdd:explore` |
|
|
435
|
-
| `/gdd:plan` |
|
|
436
|
-
| `/gdd:design` |
|
|
437
|
-
| `/gdd:verify` |
|
|
438
|
-
| `/gdd:ship` | 綺麗な PR
|
|
439
|
-
| `/gdd:next` |
|
|
440
|
-
|
|
441
|
-
|
|
442
|
-
|
|
443
|
-
|
|
444
|
-
|
|
445
|
-
|
|
446
|
-
|
|
|
447
|
-
|
|
448
|
-
| `/gdd:
|
|
449
|
-
| `/gdd:
|
|
450
|
-
| `/gdd:
|
|
451
|
-
|
|
452
|
-
|
|
453
|
-
|
|
454
|
-
|
|
455
|
-
|
|
456
|
-
|
|
457
|
-
|
|
|
458
|
-
|
|
|
459
|
-
| `/gdd:
|
|
460
|
-
| `/gdd:
|
|
461
|
-
|
|
462
|
-
### 反復 + 決定
|
|
463
|
-
|
|
464
|
-
| コマンド | 役割 |
|
|
465
|
-
|---------|------|
|
|
466
|
-
| `/gdd:discuss [topic]` | 適応型デザインインタビュー |
|
|
467
|
-
| `/gdd:list-assumptions` | 計画前に隠れたデザイン仮定を表面化 |
|
|
468
|
-
| `/gdd:sketch [idea]` | マルチバリアント HTML モックアップ |
|
|
469
|
-
| `/gdd:spike [idea]` | タイムボックス付き実現可能性実験 |
|
|
470
|
-
| `/gdd:sketch-wrap-up` / `/gdd:spike-wrap-up` | 発見をプロジェクトローカルスキルにパッケージング |
|
|
471
|
-
| `/gdd:audit` | 検証 + 監査 + リフレクターラッパー |
|
|
472
|
-
| `/gdd:reflect` | オンデマンドリフレクター実行 |
|
|
473
|
-
| `/gdd:apply-reflections` | リフレクター提案を確認し選択的に適用 |
|
|
474
|
-
|
|
475
|
-
### メモリ + ナレッジレイヤー
|
|
476
|
-
|
|
477
|
-
| コマンド | 役割 |
|
|
478
|
-
|---------|------|
|
|
479
|
-
| `/gdd:recall <query>` | FTS5 検索 |
|
|
480
|
-
| `/gdd:extract-learnings` | サイクル成果物からパターン/決定/教訓を採掘 |
|
|
481
|
-
| `/gdd:note <text>` | 摩擦のないアイデアキャプチャ |
|
|
482
|
-
| `/gdd:plant-seed <idea>` | トリガー条件付き前向きアイデア |
|
|
483
|
-
| `/gdd:analyze-dependencies` | トークンファンアウト、コンポーネントコールグラフ、決定追跡可能性 |
|
|
484
|
-
| `/gdd:skill-manifest` | すべての GDD スキルとエージェントをリスト |
|
|
485
|
-
| `/gdd:graphify` | プロジェクトナレッジグラフを構築/クエリ/diff |
|
|
486
|
-
| `/gdd:watch-authorities` | デザイン権威フィード diff |
|
|
487
|
-
|
|
488
|
-
### 接続
|
|
489
|
-
|
|
490
|
-
| コマンド | 役割 |
|
|
491
|
-
|---------|------|
|
|
492
|
-
| `/gdd:figma-write` | デザイン決定を Figma に書き戻す |
|
|
250
|
+
| コマンド | 目的 |
|
|
251
|
+
| --- | --- |
|
|
252
|
+
| `/gdd:brief` | デザインブリーフを捕捉 |
|
|
253
|
+
| `/gdd:explore` | 現在の UI システムをインベントリ |
|
|
254
|
+
| `/gdd:plan` | デザイン計画を生成 |
|
|
255
|
+
| `/gdd:design` | 計画を実行 |
|
|
256
|
+
| `/gdd:verify` | 結果を検証 |
|
|
257
|
+
| `/gdd:ship` | 綺麗な PR ブランチを準備 |
|
|
258
|
+
| `/gdd:next` | 次のステージへ自動ルーティング |
|
|
259
|
+
|
|
260
|
+
### 日常的な利用
|
|
261
|
+
|
|
262
|
+
| コマンド | 目的 |
|
|
263
|
+
| --- | --- |
|
|
264
|
+
| `/gdd:do <task>` | 自然言語ルーター |
|
|
265
|
+
| `/gdd:fast <task>` | 小さく焦点を絞った修正 |
|
|
266
|
+
| `/gdd:quick` | 軽量タスクフロー |
|
|
267
|
+
| `/gdd:audit` | デザイン品質監査 |
|
|
268
|
+
| `/gdd:darkmode` | ダークモード監査 |
|
|
269
|
+
| `/gdd:style <component>` | コンポーネントスタイルのハンドオフ |
|
|
270
|
+
| `/gdd:health` | パイプライン状態を診断 |
|
|
271
|
+
| `/gdd:progress` | 現在のサイクル進捗を表示 |
|
|
272
|
+
| `/gdd:resume` | チェックポイントから再開 |
|
|
273
|
+
|
|
274
|
+
### デザインツールとハンドオフ
|
|
275
|
+
|
|
276
|
+
| コマンド | 目的 |
|
|
277
|
+
| --- | --- |
|
|
278
|
+
| `/gdd:connections` | 任意の統合を構成 |
|
|
279
|
+
| `/gdd:figma-extract` | Figma のデザインシステムコンテキストを抽出 |
|
|
280
|
+
| `/gdd:figma-write` | 決定とステータスを Figma に書き戻す |
|
|
493
281
|
| `/gdd:handoff <bundle>` | Claude Design バンドルをインポート |
|
|
494
|
-
| `/gdd:
|
|
495
|
-
| `/gdd:
|
|
496
|
-
| `/gdd:style <Component>` | コンポーネントハンドオフドキュメント生成 |
|
|
497
|
-
|
|
498
|
-
### 診断 + フォレンジック
|
|
499
|
-
|
|
500
|
-
| コマンド | 役割 |
|
|
501
|
-
|---------|------|
|
|
502
|
-
| `/gdd:scan` | コードベースデザインシステムインベントリ |
|
|
503
|
-
| `/gdd:map` | 5 並列コードベースマッパー |
|
|
504
|
-
| `/gdd:debug [desc]` | 症状駆動デザイン調査 |
|
|
505
|
-
| `/gdd:health` | `.design/` 成果物の健康レポート |
|
|
506
|
-
| `/gdd:progress` | パイプライン位置を表示 |
|
|
507
|
-
| `/gdd:stats` | サイクル統計 |
|
|
508
|
-
| `/gdd:optimize` | ルールベースコスト分析 |
|
|
509
|
-
| `/gdd:warm-cache` | Anthropic キャッシュ事前ウォーミング |
|
|
510
|
-
|
|
511
|
-
### 配布 + 更新
|
|
512
|
-
|
|
513
|
-
| コマンド | 役割 |
|
|
514
|
-
|---------|------|
|
|
515
|
-
| `/gdd:update` | GDD を更新、changelog プレビュー |
|
|
516
|
-
| `/gdd:reapply-patches` | 構造的更新後にローカル修正を再ステッチ |
|
|
517
|
-
| `/gdd:check-update` | 手動更新チェック |
|
|
518
|
-
| `/gdd:settings` | `.design/config.json` を構成 |
|
|
519
|
-
| `/gdd:set-profile <profile>` | モデルプロファイルを切り替え |
|
|
520
|
-
| `/gdd:undo` | 安全なデザイン変更巻き戻し |
|
|
521
|
-
| `/gdd:pr-branch` | 綺麗な PR ブランチ |
|
|
522
|
-
|
|
523
|
-
### バックログ + ノート
|
|
524
|
-
|
|
525
|
-
| コマンド | 役割 |
|
|
526
|
-
|---------|------|
|
|
527
|
-
| `/gdd:todo` | デザインタスクの追加/リスト/選択 |
|
|
528
|
-
| `/gdd:add-backlog <idea>` | 将来のサイクルのためにデザインアイデアを駐車 |
|
|
529
|
-
| `/gdd:review-backlog` | 駐車項目をレビュー |
|
|
530
|
-
|
|
531
|
-
### ヘルプ
|
|
532
|
-
|
|
533
|
-
| コマンド | 役割 |
|
|
534
|
-
|---------|------|
|
|
535
|
-
| `/gdd:help` | 完全なコマンドリストと使用法 |
|
|
536
|
-
| `/gdd:bandit-reset` | Anthropic モデルリリース時に適応レイヤー事後分布をリセット |
|
|
282
|
+
| `/gdd:sketch <idea>` | マルチバリアントの HTML モックアップを生成 |
|
|
283
|
+
| `/gdd:spike <idea>` | タイムボックス付き実現可能性パス |
|
|
537
284
|
|
|
538
|
-
|
|
285
|
+
完全なコマンドリファレンス: [SKILL.md](SKILL.md)
|
|
539
286
|
|
|
540
287
|
## 接続
|
|
541
288
|
|
|
542
|
-
GDD
|
|
543
|
-
|
|
544
|
-
| 接続 | 目的 | プローブ |
|
|
545
|
-
|------|------|---------|
|
|
546
|
-
| **Figma** | トークン/コンポーネント/スクリーンショット読み取り; アノテーション/Code Connect/実装ステータス書き込み | `mcp__figma__get_metadata` + `use_figma` |
|
|
547
|
-
| **Refero** | デザインリファレンス検索 | `mcp__refero__search` |
|
|
548
|
-
| **Pinterest** | ブランド + スタイルのビジュアルリファレンス | OAuth + MCP |
|
|
549
|
-
| **Claude Design** | ハンドオフバンドルインポート | URL またはローカルファイル |
|
|
550
|
-
| **Storybook** | ポート 6006 のコンポーネント仕様参照 | HTTP プローブ |
|
|
551
|
-
| **Chromatic** | ビジュアル回帰ベースライン diff | API キー |
|
|
552
|
-
| **Preview** | Playwright + Claude Preview MCP | `mcp__Claude_Preview__preview_*` |
|
|
553
|
-
| **paper.design** | MCP キャンバス読み書き | `mcp__paper__use_paper` |
|
|
554
|
-
| **pencil.dev** | git 追跡 `.pen` 仕様 | リポジトリ内 `.pen` ファイル |
|
|
555
|
-
| **Graphify** | ナレッジグラフエクスポート | `mcp__graphify__*` |
|
|
556
|
-
| **21st.dev Magic** | greenfield 前の先例検索 | `mcp__magic__search` |
|
|
557
|
-
| **Magic Patterns** | DS-aware コンポーネント生成 | `mcp__magic-patterns__generate` |
|
|
558
|
-
|
|
559
|
-
完全な接続詳細は [`connections/connections.md`](connections/connections.md) を参照。
|
|
560
|
-
|
|
561
|
-
---
|
|
562
|
-
|
|
563
|
-
## 構成
|
|
289
|
+
GDD は外部ツールなしで動作しますが、39 個の任意の統合に接続できます。すべて任意であり、いずれかの接続が利用できないときパイプラインはフォールバックへ優雅に縮退します。
|
|
564
290
|
|
|
565
|
-
|
|
291
|
+
接続レイヤーは次のカテゴリーにまたがります:
|
|
566
292
|
|
|
567
|
-
|
|
293
|
+
- **デザインサーフェス** - Figma(読み取り + 書き込み + Code Connect)、paper.design、pencil.dev、Penpot、Framer、Webflow、Plasmic
|
|
294
|
+
- **リファレンスとリサーチ** - Refero、Pinterest、Lazyweb、Mobbin、Claude Design ハンドオフ
|
|
295
|
+
- **コンポーネント生成** - 21st.dev Magic、Magic Patterns、v0.dev、Builder.io
|
|
296
|
+
- **コンポーネント仕様とビジュアル QA** - Storybook、Chromatic、Preview(Playwright + Claude Preview MCP)
|
|
297
|
+
- **ナレッジグラフ** - Graphify
|
|
298
|
+
- **ネイティブおよび非 Web 出力** - Xcode Simulator、Android Emulator、Litmus / Email-on-Acid、印刷レンダラー
|
|
299
|
+
- **モーション検証** - Lottie、Rive
|
|
300
|
+
- **チームサーフェス** - Slack、Discord、Linear、Jira、Notion、GitHub PR
|
|
568
301
|
|
|
569
|
-
|
|
570
|
-
|-------------|------|------|------|
|
|
571
|
-
| `quality` | Opus | Opus | Sonnet |
|
|
572
|
-
| `balanced`(デフォルト) | Opus | Sonnet | Sonnet |
|
|
573
|
-
| `budget` | Sonnet | Sonnet | Haiku |
|
|
574
|
-
| `inherit` | Inherit | Inherit | Inherit |
|
|
302
|
+
統合の構成:
|
|
575
303
|
|
|
304
|
+
```bash
|
|
305
|
+
/gdd:connections
|
|
576
306
|
```
|
|
577
|
-
/gdd:set-profile budget
|
|
578
|
-
```
|
|
579
|
-
|
|
580
|
-
### 適応モード
|
|
581
|
-
|
|
582
|
-
`.design/budget.json#adaptive_mode` 階段(v1.23.5):
|
|
583
|
-
|
|
584
|
-
| モード | 役割 |
|
|
585
|
-
|--------|------|
|
|
586
|
-
| `static`(デフォルト) | Phase 10.1 動作 |
|
|
587
|
-
| `hedge` | AdaNormalHedge アンサンブル + MMR リランクを有効化。最も安全な導入。 |
|
|
588
|
-
| `full` | バンディットルーター + Hedge + MMR がすべてアクティブ |
|
|
589
307
|
|
|
590
|
-
|
|
308
|
+
プローブパターンを含む完全な接続リストは [connections/connections.md](connections/connections.md) を参照してください。
|
|
591
309
|
|
|
592
|
-
|
|
593
|
-
|------|----------|---------|
|
|
594
|
-
| `parallelism.enabled` | `true` | worktree で独立したタスクを実行 |
|
|
595
|
-
| `parallelism.min_estimated_savings_seconds` | `30` | この閾値以下では並列化をスキップ |
|
|
596
|
-
| `parallelism.max_concurrent_workers` | `4` | 同時 worker のハードキャップ |
|
|
310
|
+
## 要件
|
|
597
311
|
|
|
598
|
-
|
|
312
|
+
- Node.js 22 または 24
|
|
313
|
+
- Git
|
|
314
|
+
- サポートされる AI コーディングランタイム
|
|
599
315
|
|
|
600
|
-
|
|
601
|
-
|------|----------|---------|
|
|
602
|
-
| `solidify.rollback_mode` | `"stash"` | `stash` / `hard` / `none` |
|
|
603
|
-
| `solidify.commands` | 自動検出 | typecheck / build / test コマンドの上書き |
|
|
604
|
-
| `verify.iterations_max` | `3` | verify→fix ループ上限 |
|
|
605
|
-
| `connection.figma_writeback` | `proposal` | `proposal` / `auto` |
|
|
316
|
+
## マルチランタイムサポート
|
|
606
317
|
|
|
607
|
-
|
|
608
|
-
|
|
609
|
-
## セキュリティ
|
|
318
|
+
GDD は 14 の AI コーディングランタイムにインストールできます: Claude Code、Codex、Cursor、Gemini CLI、OpenCode、Kilo、Copilot、Windsurf、Antigravity、Augment、Trae、Qwen Code、CodeBuddy、Cline。同じソーススキルとエージェントが、ランタイムごとのコンバーターによって各ランタイムのネイティブレイアウト(`skills/`、`command/`、`agents/`、または `.clinerules`)へコンパイルされるため、パイプラインはエディターをまたいであなたとともに移動します。
|
|
610
319
|
|
|
611
|
-
|
|
320
|
+
Claude Code が旗艦です。完全な体験はそこで端から端まで動きます。すべてのエージェント、多層防御フック、MCP 連携の接続です。他のランタイムでは同じスキルとエージェントがそのネイティブな形で得られ、MCP 連携の接続は MCP 対応ホストで有効化され、フックレイヤーは Claude Code 固有です。
|
|
612
321
|
|
|
613
|
-
|
|
322
|
+
## 安全性とプライバシー
|
|
614
323
|
|
|
615
|
-
|
|
616
|
-
- **`hooks/gdd-protected-paths.js`** — PreToolUse:Edit/Write/Bash が `protected_paths` glob リストを強制。
|
|
617
|
-
- **`hooks/gdd-read-injection-scanner.ts`** — インバウンド Read コンテンツの不可視 Unicode、HTML コメント、シークレット流出パターンをスキャン。
|
|
618
|
-
- **`scripts/lib/blast-radius.cjs`** — `design-executor` のプリフライトが `max_files_per_task: 10` / `max_lines_per_task: 400` を超えるタスクを拒否。
|
|
619
|
-
- **`hooks/gdd-mcp-circuit-breaker.js`** — `use_figma` / `use_paper` / `use_pencil` での連続タイムアウトループを切断。
|
|
324
|
+
GDD はデフォルトでローカルファーストです。プロジェクトのアーティファクトを `.design/` 下に書き込み、任意の統合は構成されたときのみ使用し、課題報告は同意ゲート付きに保ちます。
|
|
620
325
|
|
|
621
|
-
|
|
326
|
+
プラグインには、保護パス、危険コマンドのブロック、インジェクションスキャン、MCP サーキットブレーカー、予算強制のための多層防御フックが含まれます。GDD はまた、安全なプロジェクト内省のための 13 個の読み取り専用 MCP ツールを公開します。
|
|
622
327
|
|
|
623
|
-
|
|
328
|
+
機密パスをランタイムの deny リストに追加してください:
|
|
624
329
|
|
|
625
330
|
```json
|
|
626
331
|
{
|
|
@@ -629,7 +334,6 @@ GDD は Phase 14.5 から多層防御を出荷します:
|
|
|
629
334
|
"Read(.env)",
|
|
630
335
|
"Read(.env.*)",
|
|
631
336
|
"Read(**/secrets/*)",
|
|
632
|
-
"Read(**/*credential*)",
|
|
633
337
|
"Read(**/*.pem)",
|
|
634
338
|
"Read(**/*.key)"
|
|
635
339
|
]
|
|
@@ -637,77 +341,58 @@ GDD は Phase 14.5 から多層防御を出荷します:
|
|
|
637
341
|
}
|
|
638
342
|
```
|
|
639
343
|
|
|
640
|
-
|
|
641
|
-
> GDD は LLM システムプロンプトになるマークダウンファイルを生成するため、`.design/` 成果物に流れるユーザー制御テキストは潜在的な間接プロンプトインジェクションベクトルです。インジェクションスキャナーが複数のレイヤーで捕捉しますが、多層防御がベストプラクティスです。
|
|
344
|
+
参照: [SECURITY.md](SECURITY.md) · [PRIVACY.md](PRIVACY.md)
|
|
642
345
|
|
|
643
|
-
|
|
644
|
-
|
|
645
|
-
## トラブルシューティング
|
|
346
|
+
## 更新
|
|
646
347
|
|
|
647
|
-
**インストール後にコマンドが見つからない?**
|
|
648
|
-
- ランタイムを再起動
|
|
649
|
-
- `~/.claude/skills/get-design-done/`(グローバル)または `./.claude/skills/get-design-done/`(ローカル)を確認
|
|
650
|
-
- `/gdd:help` で登録を確認
|
|
651
|
-
|
|
652
|
-
**パイプラインがステージの途中で停止?**
|
|
653
|
-
- `/gdd:resume` — 最新の番号付きチェックポイントから復元
|
|
654
|
-
- `/gdd:health` — `.design/` 成果物の問題を診断
|
|
655
|
-
- `/gdd:progress --forensic` — 6 チェック整合性監査
|
|
656
|
-
|
|
657
|
-
**コスト超過?**
|
|
658
|
-
- `/gdd:optimize` — ルールベース推奨
|
|
659
|
-
- `/gdd:set-profile budget` — 予算ティアに切り替え
|
|
660
|
-
- `.design/budget.json` で `adaptive_mode: "full"` を設定 — バンディットが 5〜10 サイクル内に学習
|
|
661
|
-
|
|
662
|
-
**最新版に更新?**
|
|
663
348
|
```bash
|
|
664
349
|
npx @hegemonart/get-design-done@latest
|
|
665
350
|
```
|
|
666
351
|
|
|
667
|
-
|
|
352
|
+
または Claude Code 内から:
|
|
668
353
|
|
|
669
354
|
```bash
|
|
670
|
-
|
|
355
|
+
/gdd:update
|
|
671
356
|
```
|
|
672
357
|
|
|
673
|
-
|
|
358
|
+
完全なリリース履歴は [CHANGELOG.md](CHANGELOG.md) を参照してください。
|
|
674
359
|
|
|
675
|
-
|
|
676
|
-
# グローバルアンインストール(ランタイムごと)
|
|
677
|
-
npx @hegemonart/get-design-done --claude --global --uninstall
|
|
678
|
-
npx @hegemonart/get-design-done --opencode --global --uninstall
|
|
679
|
-
# ... 14 のランタイムに対して同じ --<runtime> --global --uninstall パターン
|
|
360
|
+
## トラブルシューティング
|
|
680
361
|
|
|
681
|
-
|
|
682
|
-
npx @hegemonart/get-design-done --uninstall
|
|
362
|
+
### コマンドが表示されない
|
|
683
363
|
|
|
684
|
-
|
|
685
|
-
npx @hegemonart/get-design-done --claude --local --uninstall
|
|
686
|
-
# ... --local フラグ
|
|
687
|
-
```
|
|
364
|
+
ランタイムを再起動して実行:
|
|
688
365
|
|
|
689
|
-
|
|
366
|
+
```bash
|
|
367
|
+
/gdd:help
|
|
368
|
+
```
|
|
690
369
|
|
|
691
|
-
|
|
370
|
+
### パイプラインが詰まっている
|
|
692
371
|
|
|
693
|
-
|
|
372
|
+
```bash
|
|
373
|
+
/gdd:health
|
|
374
|
+
/gdd:resume
|
|
375
|
+
```
|
|
694
376
|
|
|
695
|
-
|
|
377
|
+
### コストが高すぎる
|
|
696
378
|
|
|
697
|
-
|
|
698
|
-
|
|
699
|
-
|
|
700
|
-
- **`gh` 不在時のフォールバック。** GitHub CLI がインストールされていない場合、ペイロードは `.design/issue-drafts/` のディスクに書き込まれ、Issue テンプレート URL がクリップボードにコピーされます。
|
|
379
|
+
```bash
|
|
380
|
+
/gdd:optimize
|
|
381
|
+
```
|
|
701
382
|
|
|
702
|
-
|
|
383
|
+
## コントリビュート
|
|
703
384
|
|
|
704
|
-
|
|
385
|
+
```bash
|
|
386
|
+
npm install
|
|
387
|
+
npm test
|
|
388
|
+
npm run typecheck
|
|
389
|
+
```
|
|
705
390
|
|
|
706
|
-
|
|
391
|
+
参照: [CONTRIBUTING.md](CONTRIBUTING.md)
|
|
707
392
|
|
|
708
393
|
## ライセンス
|
|
709
394
|
|
|
710
|
-
MIT ライセンス。詳細は [LICENSE](LICENSE)
|
|
395
|
+
MIT ライセンス。詳細は [LICENSE](LICENSE) を参照してください。サードパーティの帰属表示は [NOTICE](NOTICE) に記載されています。
|
|
711
396
|
|
|
712
397
|
---
|
|
713
398
|
|