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