@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.
@@ -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
- **AI コーディングエージェントのためのデザイン品質パイプライン: ブリーフ 探索 計画 実装 検証。**
7
+ > 注記: この翻訳は英語版より遅れている場合があります。正式な版は [README.md](../../README.md) です (translation may lag behind English; see README.md for the canonical version)。
8
8
 
9
- **Get Design Done は、AI が生成した UI をあなたのブリーフ、デザインシステム、リファレンス、品質ゲートに結びつけたまま進めます。Claude Code、OpenCode、Gemini CLI、Kilo、Codex、Copilot、Cursor、Windsurf、Antigravity、Augment、Trae、Qwen Code、CodeBuddy、Cline で動作します。**
9
+ **AI コーディングエージェントのためのデザイン品質パイプライン: ブリーフ -> 探索 -> 計画 -> デザイン -> 検証。**
10
+
11
+ **Get Design Done は、AI が生成した UI をあなたのブリーフ、デザインシステム、ローカルなデザイン知識、品質ゲートに結びつけたまま進めます。Claude Code 向けに作られ、Codex、Cursor、Gemini、OpenCode、Copilot、Windsurf などにもインストールできます。**
10
12
 
11
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)
12
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)
@@ -15,612 +17,315 @@
15
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/)
16
18
  [![License](https://img.shields.io/badge/license-MIT-blue?style=for-the-badge)](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
- <br>
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
- > [!IMPORTANT]
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
- GDD は、AI コーディングエージェントで UI を出荷し、最初のスクリーンショットを超えて結果が保つことを求めるエンジニア、デザイナー、デザインエンジニア、創業者、プロダクトビルダーのためのものです。
42
+ AI エージェントは UI を素早く生み出します。難しいのは、その UI を一貫させることです。
85
43
 
86
- トークンが一致すること、コントラストが WCAG を通過すること、モーションが一貫すること、コンポーネントがシステムに従うこと、最終実装が依頼内容にまだ一致していることを重視するなら使う価値があります。
44
+ デザインワークフローがないと、生成されたインターフェイスは漂流します:
87
45
 
88
- デザイナーである必要はありません。パイプラインがデザインの規律をエージェントワークフローに持ち込みます。コンテキストを抽出し、足りない判断だけを尋ね、作業をリファレンスに接地し、通常は遅すぎる段階で見つかる問題を先に捕捉します。
46
+ - 色とスペーシングがシステムと一致しなくなる
47
+ - コンポーネントが再発明される
48
+ - コントラストとアクセシビリティが退行する
49
+ - 階層が画面ごとに変わる
50
+ - 実装が元のブリーフと一致しなくなる
89
51
 
90
- ### v1.24.0 ハイライト — マルチランタイム・インストーラー
52
+ GDD AI コーディングワークフローに欠けているデザインの規律を加えます。問題を捕捉し、現在のデザインシステムをマッピングし、スコープを絞った変更を計画し、それを原子的なステップで実行し、ブリーフ、トークン、アクセシビリティ、デザイン品質ルーブリックに照らして結果を検証します。
91
53
 
92
- - **`@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 ラジオボタンが表示されます。
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
- - **v1.23.5** — No-Regret 適応レイヤー(Thompson サンプリングバンディット + AdaNormalHedge アンサンブル + MMR リランク; informed-prior ブートストラップで単一ユーザー可能、opt-in テレメトリ不要)。
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
- /gdd:help
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
- > [!TIP]
140
- > 摩擦のない自動化体験のために、Claude Code を `--dangerously-skip-permissions` で実行することを推奨します。GDD は自律的なマルチステージ実行のために設計されています。
141
-
142
- ### 最新の状態を保つ
143
-
144
- GDD は頻繁にリリースされます。インストーラーを再実行してください(冪等で、登録済みマーケットプレイスエントリをその場で更新します):
72
+ ### Codex
145
73
 
146
74
  ```bash
147
- npx @hegemonart/get-design-done@latest
75
+ codex plugin marketplace add hegemonart/get-design-done
148
76
  ```
149
77
 
150
- または Claude Code 内から:
151
-
152
- ```
153
- /gdd:update
154
- ```
78
+ ### agentskills.io
155
79
 
156
- `/gdd:update` は適用前に changelog をプレビューします。`reference/` 下のローカル修正は保持されます — 構造的更新後に再ステッチが必要な場合は `/gdd:reapply-patches` を実行します。
80
+ [agentskills.io](https://agentskills.io) スキルレジストリから Get Design Done を参照してインストールできます。
157
81
 
158
- <details>
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
- npx @hegemonart/get-design-done --opencode --global
165
- npx @hegemonart/get-design-done --gemini --global
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 --windsurf --global
171
- npx @hegemonart/get-design-done --antigravity --global
172
- npx @hegemonart/get-design-done --augment --global
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
- </details>
101
+ ## はじめに
189
102
 
190
- <details>
191
- <summary><strong>代替: Claude Code CLI</strong></summary>
103
+ 軽量な初回パスを実行:
192
104
 
193
105
  ```bash
194
- claude plugin marketplace add hegemonart/get-design-done
195
- claude plugin install get-design-done@get-design-done
106
+ /gdd:start
196
107
  ```
197
108
 
198
- </details>
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
- Explore 出力を原子的でウェーブ協調型、依存関係分析済みのデザインタスクに分解します。各タスクは明示的な `Touches:` パス、並列安全タグ、受け入れ基準を持ちます。`design-planner`(opus)が作成し、`design-plan-checker`(haiku)が実行前にゲートチェックします。
260
-
261
- **生成:** `.design/DESIGN-PLAN.md`
262
-
263
- ---
264
-
265
- ### 4. Design(実行)
119
+ 自然言語ルーティングの場合:
266
120
 
267
- ```
268
- /gdd:design
121
+ ```bash
122
+ /gdd:do improve the checkout page hierarchy, spacing, and empty states
269
123
  ```
270
124
 
271
- タスクをウェーブ順に実行します。各タスクは専用の `design-executor` エージェントを取得し、新しい 200k コンテキスト、原子 git コミット、コンテキスト内ルールに従った自動偏差処理を持ちます。並列安全タスクは worktree で実行されます。
125
+ ## ユースケース
272
126
 
273
- **Solidify-with-rollback**(v1.23.0) — すべてのタスクは固定前に検証(typecheck + build + ターゲットテスト)。検証失敗 → `git stash` 巻き戻し。
127
+ ### 既存の画面を改善する
274
128
 
275
- **生成:** タスクごとに `.design/tasks/task-NN.md`、タスクごとに原子 git コミット
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
- ### 5. Verify(検証)
137
+ エージェントが、もっともらしく見えるがトークン、スペーシング、状態、コンポーネントと一致しない UI を生成したときに使います。
296
138
 
297
- ```
139
+ ```bash
298
140
  /gdd:verify
299
141
  ```
300
142
 
301
- ブリーフに対して検証 — 必達項目、NN/g ヒューリスティック、監査ルーブリック、トークン統合。3 つのエージェントが順次実行: `design-auditor`(6 軸 1〜4 スコア)、`design-verifier`(目標逆方向)、`design-integration-checker`(D-XX 決定をコードへ grep)。失敗時には構造化されたギャップリストを生成し、`design-fixer` 経由で verify→fix ループに入ります。
143
+ ### 出荷前の監査
302
144
 
303
- **生成:** `.design/DESIGN-VERIFICATION.md`、問題発見時は修正コミット
145
+ PR、リリース、デザインハンドオフの前に検証を実行します。
304
146
 
305
- ---
147
+ ```bash
148
+ /gdd:audit
149
+ ```
306
150
 
307
- ### 6. Ship → Reflect → 次のサイクル
151
+ ### ダークモードを修正する
308
152
 
309
- ```
310
- /gdd:ship # 綺麗な PR ブランチを生成(.design/ コミットをフィルター)
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:next # 状態を自動検出して次のステップを実行
159
+ ```bash
160
+ /gdd:handoff ./my-design.html
321
161
  ```
322
162
 
323
- 各サイクルはブリーフ、スキャン、計画、実行、検証、サイクルごとの 100〜200 行の `EXPERIENCE.md`(目標 / 行った決定 / 学習 / 廃棄したもの / 次のサイクルへの引き継ぎ)を取得し、これは decision-injector フックの最優先ソースになります。
163
+ これは Claude Design バンドルをパースし、CSS カスタムプロパティをデザイン決定として抽出し、ハンドオフ忠実度チェックを実行します。
324
164
 
325
- ---
326
-
327
- ### Fast モード
165
+ ### 小さく焦点を絞った修正をする
328
166
 
329
- ```
330
- /gdd:fast "<task>"
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 保証が必要だがオプションのゲート(phase-researcher、assumptions analyzer、integration-checker)をスキップする一時的なタスク用。`/gdd:fast` より安全; フルパイプラインより速い。
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
- AI コーディング CLI は十分なコンテキストを与えれば強力です。多くの人はそうしません。
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` | D-XX 決定、インタビュー回答、上下流の制約 |
356
- | `.design/DESIGN-PLAN.md` | 原子タスク、ウェーブ振付、依存関係 |
357
- | `.design/DESIGN-VERIFICATION.md` | 検証結果、ギャップリスト、Handoff Faithfulness スコア |
358
- | `.design/intel/` | クエリ可能なナレッジレイヤー |
359
- | `.design/archive/cycle-N/EXPERIENCE.md` | サイクルごとの振り返り、サイクル間メモリ |
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
- Claude の品質低下境界に合わせたサイズ制限。その下に留まれば、一貫した卓越性が得られます。
197
+ 長く使うほど、エージェントが再発見しなければならないことは減ります。
364
198
 
365
- ### 37 の専門エージェント
199
+ ### 出荷前の検証
366
200
 
367
- 各ステージは薄いオーケストレーターが専門エージェントをスポーンするパターンです。重い作業は新しい 200k コンテキストで起こり、メインセッションを占有しません。
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
- ### 12 のツール接続
205
+ - 元のブリーフ
206
+ - デザインシステムのトークン
207
+ - アクセシビリティの閾値
208
+ - コンポーネントの慣習
209
+ - 視覚的階層
210
+ - モーションとインタラクションのルール
211
+ - 記録されたデザイン決定
379
212
 
380
- すべてオプション — どの接続も使用できないときパイプラインは優雅にフォールバックします:
213
+ ギャップが現れると、GDD はレビューを雰囲気任せにする代わりに、構造化された修正リストを生成します。
381
214
 
382
- - **Figma**(読み取り + 書き込み + Code Connect)
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
- プラグインは **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、フォームパターン、アンチパターンカタログ。
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
- **No-Regret 適応レイヤー**(v1.23.5)はその上に Thompson サンプリングバンディット + AdaNormalHedge アンサンブル + MMR リランクを重ね、informed-prior ブートストラップにより単一ユーザーで実用可能です。
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
- - **`gdd-router` スキル** 決定論的な意図 → fast / quick / full ルーティング、モデルコールなし。
419
- - **`gdd-cache-manager`** Layer-B 明示的キャッシュ、SHA-256 入力ハッシュ、5 分 TTL 認識。
420
- - **`budget-enforcer` PreToolUse フック** — `.design/budget.json` からティアオーバーライド、ハードキャップ、遅延スポーンゲートを強制。
421
- - **スポーンごとのコストテレメトリ** — `.design/telemetry/costs.jsonl` 行が `/gdd:optimize` 推奨に供給。
422
-
423
- 目標: 品質下限の回帰なしにタスクごとのトークンコスト 50〜70% 削減。
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` | ステージ 1 — デザインブリーフを捕捉 |
434
- | `/gdd:explore` | ステージ 2 コードベースインベントリ + インタビュー |
435
- | `/gdd:plan` | ステージ 3 — DESIGN-PLAN.md を生成 |
436
- | `/gdd:design` | ステージ 4 — ウェーブで実行 |
437
- | `/gdd:verify` | ステージ 5 — ブリーフに対して検証 |
438
- | `/gdd:ship` | 綺麗な PR ブランチを生成 |
439
- | `/gdd:next` | STATE.md ベースで次のステージへ自動ルーティング |
440
- | `/gdd:do <text>` | 自然言語ルーター |
441
- | `/gdd:fast <text>` | パイプラインなしの一発些細修正 |
442
- | `/gdd:quick` | GDD 保証ありでオプションゲートをスキップする一時的タスク |
443
-
444
- ### 初回 + オンボーディング
445
-
446
- | コマンド | 役割 |
447
- |---------|------|
448
- | `/gdd:start` | 初回証明パス — リポジトリ内のデザイン課題上位 3 件 |
449
- | `/gdd:new-project` | GDD プロジェクト初期化 |
450
- | `/gdd:connections` | 12 の外部統合のためのオンボーディングウィザード |
451
-
452
- ### サイクルライフサイクル
453
-
454
- | コマンド | 役割 |
455
- |---------|------|
456
- | `/gdd:new-cycle` | 新しいデザインサイクル |
457
- | `/gdd:complete-cycle` | サイクル成果物をアーカイブ + EXPERIENCE.md |
458
- | `/gdd:pause` / `/gdd:resume` | 番号付きチェックポイント |
459
- | `/gdd:continue` | `/gdd:resume` のエイリアス |
460
- | `/gdd:timeline` | サイクル + git log の物語的振り返り |
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:darkmode` | ダークモード実装監査 |
495
- | `/gdd:compare` | DESIGN.md と DESIGN-VERIFICATION.md の差分を計算 |
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 12 のツール接続を出荷します。すべてオプション。`/gdd:connections` で構成。
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
- GDD はプロジェクト設定を `.design/config.json` に保存します。`/gdd:new-project` 中に構成するか `/gdd:settings` で更新します。
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
- GDD は Phase 14.5 から多層防御を出荷します:
322
+ ## 安全性とプライバシー
614
323
 
615
- - **`hooks/gdd-bash-guard.js`** PreToolUse:Bash が約 50 の危険なパターンをブロック(`rm -rf /`、`chmod 777`、`curl | sh`、`git reset --hard`、フォーク爆弾)、Unicode NFKC + ANSI 正規化後。
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
- ランタイムの deny リストに機密パスを追加:
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
- > [!IMPORTANT]
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
- **Docker / コンテナ?**
352
+ または Claude Code 内から:
668
353
 
669
354
  ```bash
670
- CLAUDE_CONFIG_DIR=/workspace/.claude npx @hegemonart/get-design-done
355
+ /gdd:update
671
356
  ```
672
357
 
673
- ### アンインストール
358
+ 完全なリリース履歴は [CHANGELOG.md](CHANGELOG.md) を参照してください。
674
359
 
675
- ```bash
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
- 他の構成を保持しながらすべての GDD コマンド、エージェント、フック、設定を削除します。
366
+ ```bash
367
+ /gdd:help
368
+ ```
690
369
 
691
- ---
370
+ ### パイプラインが詰まっている
692
371
 
693
- ## フィードバックチャンネル(v1.30.0+)
372
+ ```bash
373
+ /gdd:health
374
+ /gdd:resume
375
+ ```
694
376
 
695
- GDD は、`/gdd:report-issue` スラッシュコマンドによる同意ベースの GitHub Issue リポーターを搭載しました。
377
+ ### コストが高すぎる
696
378
 
697
- - **何をするか。** 問題や機能不足の報告をガイドし、送信前にペイロードのプレビューを表示します。ローカルファースト、同意ベース、自動モードなし。
698
- - **疑似匿名化であり、匿名化ではありません。** 直接識別子(ユーザー名、ホスト名、絶対パス、Git アイデンティティ、環境変数の値、メールアドレス、IP アドレス)は安定した疑似識別子に置き換えられますが、メンテナーがデバッグできるよう内部相関は保持されます。サイドチャネルデータ(文体、コードパターン、リポジトリのフィンガープリント)による再識別の可能性は残ります。送信前に完全なペイロードを確認し、Issue ごとに明示的に同意します。
699
- - **キルスイッチ。** ネットワーク呼び出しの前に送信を停止するには、`GDD_DISABLE_ISSUE_REPORTER=1`(環境変数)または `.design/config.json` に `{ "issue_reporter": false }` を設定します。
700
- - **`gh` 不在時のフォールバック。** GitHub CLI がインストールされていない場合、ペイロードは `.design/issue-drafts/` のディスクに書き込まれ、Issue テンプレート URL がクリップボードにコピーされます。
379
+ ```bash
380
+ /gdd:optimize
381
+ ```
701
382
 
702
- 詳細は英語版の [`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
+ ## コントリビュート
703
384
 
704
- **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
+ ```
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