@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.
- package/.claude-plugin/marketplace.json +2 -2
- package/.claude-plugin/plugin.json +1 -1
- package/CHANGELOG.md +22 -0
- package/README.md +4 -13
- package/docs/i18n/README.de.md +210 -527
- package/docs/i18n/README.fr.md +201 -518
- package/docs/i18n/README.it.md +209 -526
- package/docs/i18n/README.ja.md +207 -524
- package/docs/i18n/README.ko.md +208 -525
- package/docs/i18n/README.zh-CN.md +213 -551
- package/package.json +1 -1
- package/scripts/lib/install/doctor-codex-plugin.cjs +1 -1
- package/scripts/lib/install/doctor-cursor-marketplace.cjs +2 -2
|
@@ -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
|
|
11
|
+
**Get Design Done 让 AI 生成的 UI 始终贴住你的简报、设计系统、本地设计知识与质量闸门。为 Claude Code 打造,并可安装到 Codex、Cursor、Gemini、OpenCode、Copilot、Windsurf 等更多运行时。**
|
|
12
12
|
|
|
13
13
|
[](https://www.npmjs.com/package/@hegemonart/get-design-done)
|
|
14
14
|
[](https://www.npmjs.com/package/@hegemonart/get-design-done)
|
|
@@ -17,630 +17,313 @@
|
|
|
17
17
|
[](https://nodejs.org/)
|
|
18
18
|
[](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
|
-
|
|
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
|
-
|
|
41
|
-
> ### 已有 Claude Design 导出包?
|
|
42
|
-
>
|
|
43
|
-
> 如果你从 [claude.ai/design](https://claude.ai/design) 导出了设计,可以直接跳过前三个阶段:
|
|
44
|
-
>
|
|
45
|
-
> ```
|
|
46
|
-
> /gdd:handoff ./my-design.html
|
|
47
|
-
> ```
|
|
48
|
-
>
|
|
49
|
-
> 此命令会把导出包里的 CSS 自定义属性解析为 D-XX 设计决策,运行带 Handoff Faithfulness 评分的验证流程,并可选地把实现状态写回 Figma。
|
|
50
|
-
|
|
51
|
-
---
|
|
52
|
-
|
|
53
|
-
## 为什么做这个
|
|
54
|
-
|
|
55
|
-
我是一个用 AI 编码智能体发布产品的设计师。代码侧工作流已经很成熟:规格、任务、测试、提交、review loop。设计侧还没有。
|
|
56
|
-
|
|
57
|
-
我反复遇到的问题是:智能体可以生成一个单独看起来不错的界面,但工作本身是**脱节的**。Token 对不上既有设计系统。对比度悄悄跌破 WCAG。层级每个页面都重新发明一遍。旧项目里的反模式渗进新组件。因为没有任何东西把产出回到最初的简报上做验证,这些问题通常要到 PR review 或交付之后才浮出来。
|
|
58
|
-
|
|
59
|
-
所以我做了 Get Design Done:一条设计流水线,把工程工作流里已经成熟的结构带给 AI 编码智能体。它捕获简报、映射当前设计系统、用参考资料约束决策、把工作拆成原子任务、执行任务,并在发布前验证结果。
|
|
60
|
-
|
|
61
|
-
幕后是 37 个专用智能体、可查询的 intel 存储、按模型分层的路由、12 个可选工具接入、原子提交,以及基于 solidify-with-rollback 结果学习的 no-regret 自适应层。你日常看到的,只是几个能让设计工作保持一致的 `/gdd:*` 命令。
|
|
62
|
-
|
|
63
|
-
— **Hegemon**
|
|
64
|
-
|
|
65
|
-
---
|
|
66
|
-
|
|
67
|
-
AI 生成设计和 AI 生成代码有同一种失败模式:你描述想要什么,拿到一个看起来合理的东西,然后一上规模就垮,因为没有系统把产出重新拴回简报。
|
|
68
|
-
|
|
69
|
-
Get Design Done 是设计工作的上下文工程层。它把“把这个 UI 做好一点”变成可追踪的循环:简报 → 盘点 → 参考 → 计划 → 实现 → 验证。
|
|
70
|
-
|
|
71
|
-
---
|
|
72
|
-
|
|
73
|
-
## 你会得到什么
|
|
32
|
+
## 这是什么
|
|
74
33
|
|
|
75
|
-
|
|
76
|
-
- **设计系统抽取** —— GDD 会在规划改动前盘点 token、字体、间距、组件、动效、可访问性、暗色模式和设计债。
|
|
77
|
-
- **基于参考的决策** —— 智能体使用内置设计参考,也可以接入 Figma、Refero、Pinterest、Storybook、Chromatic、Preview、Claude Design、paper.design、pencil.dev、Graphify、21st.dev Magic 和 Magic Patterns。
|
|
78
|
-
- **原子化执行** —— 设计任务按依赖拆解,以安全 wave 执行,并独立提交。
|
|
79
|
-
- **发布前验证** —— 审计会检查简报匹配、token 集成、WCAG 对比度、组件合规、动效一致性、暗色模式架构和设计反模式。
|
|
80
|
-
- **验证失败自动回滚** —— solidify-with-rollback 会在任务落地前做验证;失败的工作会自动撤回。
|
|
34
|
+
Get Design Done 帮助 AI 编码智能体交付真正属于你产品的 UI。
|
|
81
35
|
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
## 适合谁
|
|
85
|
-
|
|
86
|
-
GDD 适合所有用 AI 编码智能体交付 UI、并且希望结果不止第一张截图好看的人 —— 工程师、设计师、设计工程师、创始人和产品构建者都适合。
|
|
87
|
-
|
|
88
|
-
当你在意 token 是否一致、对比度是否通过 WCAG、动效是否协调、组件是否遵循系统、最终实现是否仍然符合最初需求时,它就有价值。
|
|
89
|
-
|
|
90
|
-
你不必是专业设计师。流水线会把设计纪律带进智能体工作流:它抽取上下文、只追问缺失决策、用参考资料约束工作,并捕获那些人们通常太晚才发现的问题。
|
|
36
|
+
它把「把这个页面做好一点」这类宽泛请求,变成可追踪的设计工作流:简报、探索、规划、设计、验证。
|
|
91
37
|
|
|
92
|
-
|
|
38
|
+
与其让智能体仅凭品味即兴发挥,GDD 给它一套结构化流程、本地设计知识、项目专属记忆、可选的设计工具接入,以及发布前的验证。
|
|
93
39
|
|
|
94
|
-
|
|
95
|
-
- **幂等 + 兼容外部 AGENTS.md** —— 重复运行不会产生重复条目,也不会覆盖你为某个运行时手写的指令文件;任何文件写入前都有确认步骤,显示 diff。
|
|
96
|
-
- **保留脚本式 CI 接口** —— 现有的所有 flag(`--claude`、`--cursor`、`--all`、`--global`、`--local`、`--uninstall`、`--config-dir`)继续无变化地工作。仅在没有任何运行时 flag 时,才进入交互模式。
|
|
97
|
-
- **多选卸载** —— `--uninstall` 不带运行时 flag 时也会进入交互式多选,按需挑选要清理哪几个运行时。
|
|
40
|
+
## 为什么存在
|
|
98
41
|
|
|
99
|
-
|
|
42
|
+
AI 智能体产出 UI 很快。难的是让这些 UI 保持连贯。
|
|
100
43
|
|
|
101
|
-
|
|
102
|
-
- **v1.23.0** —— SDK 领域原语(solidify-with-rollback 闸门、JSON 输出契约、`Touches:` 模式自动结晶化)。
|
|
103
|
-
- **v1.22.0** —— SDK 可观测性(约 24 种类型化事件、每次工具调用的轨迹流、仅追加的事件链、密钥擦除器)。
|
|
104
|
-
- **v1.21.0** —— 无头 SDK(`gdd-sdk` CLI 不依赖 Claude Code 即可跑完整流水线、并行研究员、跨 harness MCP)。
|
|
105
|
-
- **v1.20.0** —— SDK 基础(弹性原语、加锁安全的 `STATE.md`、`gdd-state` MCP 服务器及 11 个类型化工具、TypeScript 基础)。
|
|
44
|
+
没有设计工作流,生成的界面会漂移:
|
|
106
45
|
|
|
107
|
-
|
|
46
|
+
- 颜色和间距不再匹配设计系统
|
|
47
|
+
- 组件被重复发明
|
|
48
|
+
- 对比度和可访问性回退
|
|
49
|
+
- 层级在不同页面之间变化
|
|
50
|
+
- 实现不再与最初的简报一致
|
|
108
51
|
|
|
109
|
-
|
|
52
|
+
GDD 为 AI 编码工作流补上缺失的设计纪律。它捕获问题、映射当前设计系统、规划受控的改动、以原子步骤执行,并对照简报、token、可访问性和设计质量评分标准验证结果。
|
|
110
53
|
|
|
111
|
-
|
|
112
|
-
<strong>Supported by</strong>
|
|
113
|
-
</p>
|
|
54
|
+
幕后:64 个专用智能体、可查询的 intel 存储、按模型分层的路由,以及 39 个可选工具接入。你日常用到的,只是少数几个 `/gdd:*` 命令。
|
|
114
55
|
|
|
115
|
-
|
|
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>
|
|
56
|
+
## 安装
|
|
122
57
|
|
|
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(当前项目)
|
|
134
|
-
|
|
135
|
-
验证:
|
|
64
|
+
### Claude Code
|
|
136
65
|
|
|
137
|
-
```
|
|
138
|
-
/
|
|
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
|
-
|
|
142
|
-
> 建议以 `--dangerously-skip-permissions` 方式运行 Claude Code,以获得流畅的自动化体验。GDD 设计用于自主多阶段执行;每次读文件和 `git commit` 都要人工批准会抵消全部意义。
|
|
143
|
-
|
|
144
|
-
### 保持最新
|
|
145
|
-
|
|
146
|
-
GDD 发版频繁。重新跑一次安装器即可(它是幂等的,会原地更新已注册的市场条目):
|
|
72
|
+
### Codex
|
|
147
73
|
|
|
148
74
|
```bash
|
|
149
|
-
|
|
75
|
+
codex plugin marketplace add hegemonart/get-design-done
|
|
150
76
|
```
|
|
151
77
|
|
|
152
|
-
|
|
153
|
-
|
|
154
|
-
```
|
|
155
|
-
/gdd:update
|
|
156
|
-
```
|
|
78
|
+
### agentskills.io
|
|
157
79
|
|
|
158
|
-
|
|
80
|
+
从 [agentskills.io](https://agentskills.io) 技能注册表浏览并安装 Get Design Done。
|
|
159
81
|
|
|
160
|
-
|
|
161
|
-
<summary><strong>非交互式安装(Docker、CI、脚本)</strong></summary>
|
|
82
|
+
### 直接运行时安装器
|
|
162
83
|
|
|
163
84
|
```bash
|
|
164
85
|
# Claude Code
|
|
165
|
-
npx @hegemonart/get-design-done --claude --global
|
|
166
|
-
npx @hegemonart/get-design-done --claude --local
|
|
167
|
-
|
|
168
|
-
# OpenCode
|
|
169
|
-
npx @hegemonart/get-design-done --opencode --global
|
|
86
|
+
npx @hegemonart/get-design-done --claude --global
|
|
87
|
+
npx @hegemonart/get-design-done --claude --local
|
|
170
88
|
|
|
171
|
-
#
|
|
89
|
+
# 其他运行时
|
|
90
|
+
npx @hegemonart/get-design-done --codex --global
|
|
91
|
+
npx @hegemonart/get-design-done --cursor --global
|
|
172
92
|
npx @hegemonart/get-design-done --gemini --global
|
|
173
93
|
|
|
174
|
-
#
|
|
175
|
-
# 同样的 --<runtime> --global / --local 模式
|
|
176
|
-
|
|
177
|
-
# 所有运行时
|
|
94
|
+
# 多运行时安装
|
|
178
95
|
npx @hegemonart/get-design-done --all --global
|
|
179
96
|
|
|
180
|
-
# 预演(
|
|
97
|
+
# 预演(不实际写入)
|
|
181
98
|
npx @hegemonart/get-design-done --dry-run
|
|
182
|
-
|
|
183
|
-
# 自定义配置目录(Docker、非默认 Claude 根)
|
|
184
|
-
CLAUDE_CONFIG_DIR=/workspace/.claude npx @hegemonart/get-design-done
|
|
185
99
|
```
|
|
186
100
|
|
|
187
|
-
|
|
101
|
+
## 快速开始
|
|
188
102
|
|
|
189
|
-
|
|
190
|
-
<summary><strong>另一种方式:Claude Code CLI</strong></summary>
|
|
103
|
+
跑一遍轻量的首次尝试:
|
|
191
104
|
|
|
192
105
|
```bash
|
|
193
|
-
|
|
194
|
-
claude plugin install get-design-done@get-design-done
|
|
106
|
+
/gdd:start
|
|
195
107
|
```
|
|
196
108
|
|
|
197
|
-
|
|
198
|
-
|
|
199
|
-
</details>
|
|
200
|
-
|
|
201
|
-
### Tier-2 Distribution Channels (v1.28.8+)
|
|
202
|
-
|
|
203
|
-
除了上述 Phase 28.7 文件释放安装路径(默认且继续工作)之外,v1.28.8 新增三个 Tier-2 分发渠道:
|
|
204
|
-
|
|
205
|
-
- **agentskills.io 跨运行时可移植性。** 我们的 `skills/` 符合 [agentskills.io](https://agentskills.io) 规范。声明兼容 agentskills.io 的运行时(Codex、Kilo、Augment、Hermes、Qwen)可以通过此渠道直接使用我们的技能。
|
|
206
|
-
- **Cursor Marketplace.** 通过 Cursor 市场 UI 安装;发布等待 Cursor 团队审核批准 — 详见 `docs/cursor-marketplace-field-test.md`。
|
|
207
|
-
- **Codex Plugin.** 通过 Codex 的 GitHub URL 插件添加进行安装:
|
|
208
|
-
|
|
209
|
-
```bash
|
|
210
|
-
codex plugin marketplace add hegemonart/get-design-done
|
|
211
|
-
```
|
|
212
|
-
|
|
213
|
-
完整细节请见 [README.md](README.md)(英文,权威版本)。
|
|
214
|
-
|
|
215
|
-
### Capability-Gap 遥测 + 自动撰写(v1.29.0+)
|
|
216
|
-
|
|
217
|
-
反射器循环现在将"能力查找失败"信号作为一类遥测来跟踪,一旦出现足够多的循环性缺口,可以将新的 agent 或 skill 作为提案草稿提交给你审查。
|
|
218
|
-
|
|
219
|
-
**Stage 0 — 遥测(立即发布)。** 三个查找失败点现在发出类型化的 `capability_gap` 事件:`skills/fast` 无 skill 匹配路径、`gdd-router` 未匹配意图路径、反射器模式检测 pass。使用 `gdd-events --type capability_gap` 查看。
|
|
220
|
-
|
|
221
|
-
**Stage 1 — 自动撰写(数据越过阈值后选择性启用)。** 当 K=3 个稳定集群在 M=10 个反思周期中出现时,`/gdd:apply-reflections` 会一次性提示你启用 Stage 1。反射器随后在 `.design/reflections/incubator/<slug>/` 起草符合 Phase 28.5 标准 frontmatter 的孵化器 artifact。四个动作:`accept` / `reject` / `defer` / `edit`。严格 proposal-only — `/gdd:apply-reflections` 仍是唯一的人类闸门 (Phase 11 SC-8)。
|
|
222
|
-
|
|
223
|
-
作用域守卫:撰写仅限 `agents/` 和 `skills/` — 永不涉及 runtimes / transports / hooks。完整细节请见 [README.md](README.md)(英文,权威版本)。
|
|
109
|
+
或运行完整的设计周期:
|
|
224
110
|
|
|
225
|
-
|
|
226
|
-
## 工作流程
|
|
227
|
-
|
|
228
|
-
> **新接入既有代码库?** 先运行 `/gdd:map`。它会并行派出 5 个专业 mapper(tokens、components、visual hierarchy、a11y、motion)并写入 `.design/map/` —— 这些结构化数据是 Explore 阶段的高质量输入,比基于 grep 的回退方案好得多。
|
|
229
|
-
|
|
230
|
-
### 1. Brief(简报)
|
|
231
|
-
|
|
232
|
-
```
|
|
111
|
+
```bash
|
|
233
112
|
/gdd:brief
|
|
234
|
-
```
|
|
235
|
-
|
|
236
|
-
在任何扫描或探索之前先捕获设计问题。该 skill 通过 `AskUserQuestion` 一次一问 —— 只针对未回答的部分:问题、受众、约束、成功指标、范围。
|
|
237
|
-
|
|
238
|
-
**产出:** `.design/BRIEF.md`
|
|
239
|
-
|
|
240
|
-
---
|
|
241
|
-
|
|
242
|
-
### 2. Explore(勘察)
|
|
243
|
-
|
|
244
|
-
```
|
|
245
113
|
/gdd:explore
|
|
246
|
-
```
|
|
247
|
-
|
|
248
|
-
清点当前代码库的设计系统:颜色、排版、间距、组件、动效、可访问性、暗色模式。5 个并行 mapper 加 `design-discussant` 采访产生三份产物。连接探针检测 Figma、Refero、Storybook、Chromatic、Preview、Pinterest、Claude Design、paper.design、pencil.dev、Graphify、21st.dev Magic、Magic Patterns 是否可用。
|
|
249
|
-
|
|
250
|
-
**产出:** `.design/DESIGN.md`、`.design/DESIGN-DEBT.md`、`.design/DESIGN-CONTEXT.md`、`.design/map/{tokens,components,a11y,motion,visual-hierarchy}.{md,json}`
|
|
251
|
-
|
|
252
|
-
---
|
|
253
|
-
|
|
254
|
-
### 3. Plan(计划)
|
|
255
|
-
|
|
256
|
-
```
|
|
257
114
|
/gdd:plan
|
|
115
|
+
/gdd:design
|
|
116
|
+
/gdd:verify
|
|
258
117
|
```
|
|
259
118
|
|
|
260
|
-
|
|
119
|
+
使用自然语言路由:
|
|
261
120
|
|
|
262
|
-
|
|
263
|
-
|
|
264
|
-
---
|
|
265
|
-
|
|
266
|
-
### 4. Design(执行)
|
|
267
|
-
|
|
268
|
-
```
|
|
269
|
-
/gdd:design
|
|
121
|
+
```bash
|
|
122
|
+
/gdd:do improve the checkout page hierarchy, spacing, and empty states
|
|
270
123
|
```
|
|
271
124
|
|
|
272
|
-
|
|
125
|
+
## 使用场景
|
|
273
126
|
|
|
274
|
-
|
|
127
|
+
### 改进一个既有页面
|
|
275
128
|
|
|
276
|
-
|
|
129
|
+
当一个页面技术上可用,但视觉上不一致、不清晰或设计不到位时,使用 GDD。
|
|
277
130
|
|
|
278
|
-
```
|
|
279
|
-
|
|
280
|
-
│ WAVE 执行 │
|
|
281
|
-
├────────────────────────────────────────────────────────────────────┤
|
|
282
|
-
│ │
|
|
283
|
-
│ WAVE 1(并行) WAVE 2(并行) WAVE 3 │
|
|
284
|
-
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
|
|
285
|
-
│ │ Task 01 │ │ Task 02 │ → │ Task 03 │ │ Task 04 │ → │ Task 05 │ │
|
|
286
|
-
│ │ tokens │ │ a11y │ │ button │ │ form │ │ verify │ │
|
|
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
|
-
|
|
137
|
+
当智能体生成的 UI 看似合理,却不匹配你的 token、间距、状态或组件时,使用它。
|
|
298
138
|
|
|
299
|
-
```
|
|
139
|
+
```bash
|
|
300
140
|
/gdd:verify
|
|
301
141
|
```
|
|
302
142
|
|
|
303
|
-
|
|
143
|
+
### 发布前审计
|
|
304
144
|
|
|
305
|
-
|
|
145
|
+
在 PR、发版或设计交付前运行验证。
|
|
306
146
|
|
|
307
|
-
|
|
147
|
+
```bash
|
|
148
|
+
/gdd:audit
|
|
149
|
+
```
|
|
308
150
|
|
|
309
|
-
###
|
|
151
|
+
### 修复暗色模式
|
|
310
152
|
|
|
311
|
-
```
|
|
312
|
-
/gdd:
|
|
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
|
|
|
321
|
-
```
|
|
322
|
-
/gdd:
|
|
159
|
+
```bash
|
|
160
|
+
/gdd:handoff ./my-design.html
|
|
323
161
|
```
|
|
324
162
|
|
|
325
|
-
|
|
163
|
+
这会解析一个 Claude Design 导出包,把 CSS 自定义属性抽取为设计决策,并运行交付忠实度检查。
|
|
326
164
|
|
|
327
|
-
|
|
328
|
-
|
|
329
|
-
### Fast 模式
|
|
165
|
+
### 做一个聚焦的小修复
|
|
330
166
|
|
|
331
|
-
```
|
|
332
|
-
/gdd:fast "
|
|
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
|
-
|
|
175
|
+
GDD 自带一套面向设计工作的丰富本地参考库。智能体无需依赖实时网络搜索,就能做出基本的设计判断。
|
|
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
|
-
|
|
183
|
+
### 项目专属记忆
|
|
350
184
|
|
|
351
|
-
GDD
|
|
185
|
+
GDD 创建一个 `.design/` 工作区,让每个周期都有据可依:
|
|
352
186
|
|
|
353
|
-
|
|
|
354
|
-
|
|
355
|
-
| `.design/BRIEF.md` |
|
|
356
|
-
| `.design/DESIGN.md` | 当前设计系统快照
|
|
357
|
-
| `.design/DESIGN-CONTEXT.md` |
|
|
358
|
-
| `.design/DESIGN-PLAN.md` |
|
|
359
|
-
| `.design/DESIGN-VERIFICATION.md` |
|
|
360
|
-
| `.design/intel/` |
|
|
361
|
-
| `.design/archive
|
|
362
|
-
| `.design/telemetry/events.jsonl` | 跨阶段的类型化事件流 |
|
|
363
|
-
| `.design/telemetry/posterior.json` | Bandit 后验(`adaptive_mode != static` 时) |
|
|
364
|
-
|
|
365
|
-
尺寸限制以 Claude 质量下降的边界为准。守住,得到稳定的高质量。
|
|
366
|
-
|
|
367
|
-
### 37 个专用智能体
|
|
368
|
-
|
|
369
|
-
每个阶段都是「薄编排器 + 专用智能体」。重活在新鲜的 200k 上下文里跑,不占用你会话的主上下文。
|
|
370
|
-
|
|
371
|
-
| 阶段 | 编排器做什么 | 智能体做什么 |
|
|
372
|
-
|------|-------------|------------|
|
|
373
|
-
| Brief | 一次一问的访谈 | (无子智能体 —— 叶子 skill) |
|
|
374
|
-
| Explore | 派出 5 个 mapper + discussant | 5 个并行 mapper、design-discussant、research-synthesizer |
|
|
375
|
-
| Plan | 派出研究员 + planner + checker | design-phase-researcher(可选)、design-planner(opus)、design-plan-checker(haiku) |
|
|
376
|
-
| Design | wave 协调 + worktree 隔离 | 每个任务一个 design-executor,solidify 失败时 design-fixer |
|
|
377
|
-
| Verify | 派出 auditor + verifier + checker | design-auditor(6 维评分)、design-verifier(目标向回)、design-integration-checker(D-XX → 代码) |
|
|
378
|
-
| Reflect | 读遥测 + 学习 | design-reflector(opus)、design-authority-watcher、design-update-checker |
|
|
379
|
-
|
|
380
|
-
### 12 个工具接入
|
|
381
|
-
|
|
382
|
-
全部可选 —— 任何接入缺席时流水线会优雅降级:
|
|
383
|
-
|
|
384
|
-
- **Figma**(读 + 写 + Code Connect) —— 注释、token 绑定、实现状态回写
|
|
385
|
-
- **Refero** —— 设计参考检索
|
|
386
|
-
- **Pinterest** —— 视觉参考扎根
|
|
387
|
-
- **Claude Design** —— 导出包导入(`/gdd:handoff`)
|
|
388
|
-
- **Storybook** —— 组件规范查询
|
|
389
|
-
- **Chromatic** —— 视觉回归基线 diff
|
|
390
|
-
- **Preview** —— Playwright + Claude Preview MCP 运行时截图
|
|
391
|
-
- **paper.design** —— MCP 画布读写,canvas → code → verify → canvas 往返
|
|
392
|
-
- **pencil.dev** —— git 追踪的 `.pen` 规格(无须 MCP)
|
|
393
|
-
- **Graphify** —— 知识图谱导出
|
|
394
|
-
- **21st.dev Magic** —— greenfield 构建前的先例搜索
|
|
395
|
-
- **Magic Patterns** —— DS-aware 组件生成,带 `preview_url`
|
|
396
|
-
|
|
397
|
-
### 内置设计参考
|
|
398
|
-
|
|
399
|
-
插件随附 **18+ 份参考文件**,覆盖每个主要的设计知识领域。智能体不必上网搜索就能拿到权威答案:
|
|
400
|
-
|
|
401
|
-
- **启发法** —— NN/g 10、Don Norman 情感设计、Dieter Rams 10 原则、Disney 12(动效)、Sonner / Emil Kowalski 组件作者视角、Peak-End、Loss Aversion、Cognitive Load、Aesthetic-Usability、Doherty、Flow。
|
|
402
|
-
- **组件** —— 35 个组件规范(Material 3、Apple HIG、Radix、shadcn、Polaris、Carbon、Fluent、Atlassian、Ant、Mantine、Chakra、Base Web、Spectrum、Lightning、Evergreen、Gestalt),统一模板(用途 · 解剖 · 变体 · 状态 · 尺寸 · 排版 · 键盘 · 动效 · Do/Don't · 反模式 · 引用 · grep 签名)。
|
|
403
|
-
- **视觉 + 品牌** —— gestalt、视觉层级、品牌语调、调色板目录(161 个行业)、风格词汇(67 种 UI 美学)、图标(Lucide / Phosphor / Heroicons / Radix Icons / Tabler / SF Symbols)。
|
|
404
|
-
- **动效** —— 12 个权威 easing(RN MIT)+ 8 个过渡族(hyperframes Apache-2.0)+ spring 预设 + 插值分类 + 高阶手艺(手势、clip-path、模糊交叉淡入、View Transitions API、WAAPI)。
|
|
405
|
-
- **平台 + a11y** —— WCAG 2.1 AA 阈值、平台(iOS / Android / web / visionOS / watchOS)、RTL + CJK + 文化色彩、表单模式(Wroblewski 标签研究、autocomplete 分类、CAPTCHA 伦理)。
|
|
406
|
-
- **反模式** —— 正则签名目录,由 `design-pattern-mapper` 匹配。
|
|
407
|
-
|
|
408
|
-
### 原子化 git commit
|
|
409
|
-
|
|
410
|
-
每个设计任务在完成后立即获得自己的 commit:
|
|
187
|
+
| 产物 | 用途 |
|
|
188
|
+
| --- | --- |
|
|
189
|
+
| `.design/BRIEF.md` | 问题、受众、范围、成功指标 |
|
|
190
|
+
| `.design/DESIGN.md` | 当前设计系统快照 |
|
|
191
|
+
| `.design/DESIGN-CONTEXT.md` | 决策、约束、参考 |
|
|
192
|
+
| `.design/DESIGN-PLAN.md` | 原子化实现计划 |
|
|
193
|
+
| `.design/DESIGN-VERIFICATION.md` | 最终审计与差距报告 |
|
|
194
|
+
| `.design/intel/` | 可查询的项目知识:token、组件、关系、决策 |
|
|
195
|
+
| `.design/archive/` | 已完成周期的历史与学习 |
|
|
411
196
|
|
|
412
|
-
|
|
413
|
-
abc123f docs(08-02): complete user-card token plan
|
|
414
|
-
def456g feat(08-02): unify card surface tokens with --color-bg-elevated
|
|
415
|
-
hij789k feat(08-02): replace inline padding with --space-* scale
|
|
416
|
-
lmn012o test(08-02): assert card.spec passes WCAG contrast 4.5:1
|
|
417
|
-
```
|
|
197
|
+
你用得越久,智能体需要重新发现的东西就越少。
|
|
418
198
|
|
|
419
|
-
|
|
199
|
+
### 发布前验证
|
|
420
200
|
|
|
421
|
-
|
|
201
|
+
UI「看起来做完了」并不会让 GDD 停下来。
|
|
422
202
|
|
|
423
|
-
|
|
203
|
+
验证阶段会检查结果是否仍然匹配:
|
|
424
204
|
|
|
425
|
-
-
|
|
426
|
-
-
|
|
427
|
-
-
|
|
428
|
-
-
|
|
205
|
+
- 最初的简报
|
|
206
|
+
- 设计系统 token
|
|
207
|
+
- 可访问性阈值
|
|
208
|
+
- 组件约定
|
|
209
|
+
- 视觉层级
|
|
210
|
+
- 动效与交互规则
|
|
211
|
+
- 已记录的设计决策
|
|
429
212
|
|
|
430
|
-
|
|
213
|
+
当出现差距时,GDD 会产出一份结构化的修复清单,而不是把审查交给感觉。
|
|
431
214
|
|
|
432
|
-
###
|
|
215
|
+
### 技能行为测试
|
|
433
216
|
|
|
434
|
-
|
|
435
|
-
- **`gdd-cache-manager`** —— Layer-B 显式缓存,SHA-256 输入哈希,5 分钟 TTL 感知。
|
|
436
|
-
- **`budget-enforcer` PreToolUse 钩子** —— 按 `.design/budget.json` 强制 tier override、硬上限、延迟 spawn 闸门。
|
|
437
|
-
- **每个 spawn 的成本遥测** —— `.design/telemetry/costs.jsonl` 行喂给 `/gdd:optimize` 的规则推荐。
|
|
217
|
+
GDD 自身的技能会在对抗性压力场景(时间压力、沉没成本、权威施压、范围最小化)下接受检验,以确认它们能守住纪律而不是退让。关于如何添加压力场景,见 [CONTRIBUTING.md](CONTRIBUTING.md)。
|
|
438
218
|
|
|
439
|
-
|
|
219
|
+
## 工作原理
|
|
440
220
|
|
|
441
|
-
|
|
442
|
-
|
|
443
|
-
|
|
221
|
+
```text
|
|
222
|
+
Brief -> Explore -> Plan -> Design -> Verify -> Ship
|
|
223
|
+
```
|
|
444
224
|
|
|
445
|
-
|
|
225
|
+
| 阶段 | 命令 | 产出 |
|
|
226
|
+
| --- | --- | --- |
|
|
227
|
+
| Brief | `/gdd:brief` | 捕获设计问题 |
|
|
228
|
+
| Explore | `/gdd:explore` | 映射 UI 系统、设计债、token、组件 |
|
|
229
|
+
| Plan | `/gdd:plan` | 创建原子化设计任务 |
|
|
230
|
+
| Design | `/gdd:design` | 带验证地执行任务 |
|
|
231
|
+
| Verify | `/gdd:verify` | 审计最终结果 |
|
|
446
232
|
|
|
447
|
-
|
|
448
|
-
|------|------|
|
|
449
|
-
| `/gdd:brief` | 阶段 1 —— 捕获设计简报 |
|
|
450
|
-
| `/gdd:explore` | 阶段 2 —— 代码库清点 + 采访 |
|
|
451
|
-
| `/gdd:plan` | 阶段 3 —— 生成 DESIGN-PLAN.md |
|
|
452
|
-
| `/gdd:design` | 阶段 4 —— 按 wave 执行 |
|
|
453
|
-
| `/gdd:verify` | 阶段 5 —— 回到简报做验证 |
|
|
454
|
-
| `/gdd:ship` | 生成干净的 PR 分支(过滤 .design/ 提交) |
|
|
455
|
-
| `/gdd:next` | 根据 STATE.md 自动路由到下一阶段 |
|
|
456
|
-
| `/gdd:do <text>` | 自然语言路由 —— 选合适的命令 |
|
|
457
|
-
| `/gdd:fast <text>` | 一次性琐碎修复,不走流水线 |
|
|
458
|
-
| `/gdd:quick` | 临时任务,带 GDD 保证但跳过可选闸门 |
|
|
459
|
-
|
|
460
|
-
### 首跑 + 上手
|
|
461
|
-
|
|
462
|
-
| 命令 | 作用 |
|
|
463
|
-
|------|------|
|
|
464
|
-
| `/gdd:start` | 首跑证明路径 —— 仓库内最重要的 3 个设计问题(在你 opt in 前不留 .design/ 痕迹) |
|
|
465
|
-
| `/gdd:new-project` | 初始化 GDD 项目(PROJECT.md + STATE.md + 第一个周期) |
|
|
466
|
-
| `/gdd:connections` | 12 个外部接入的引导向导 |
|
|
467
|
-
|
|
468
|
-
### 周期生命周期
|
|
469
|
-
|
|
470
|
-
| 命令 | 作用 |
|
|
471
|
-
|------|------|
|
|
472
|
-
| `/gdd:new-cycle` | 开启新周期 |
|
|
473
|
-
| `/gdd:complete-cycle` | 归档周期产物 + 写每周期 EXPERIENCE.md |
|
|
474
|
-
| `/gdd:pause` / `/gdd:resume` | 编号 checkpoint —— 阶段中暂停,从任意 checkpoint 恢复 |
|
|
475
|
-
| `/gdd:continue` | `/gdd:resume` 的别名(最近的 checkpoint) |
|
|
476
|
-
| `/gdd:timeline` | 跨周期 + git log 的叙事性回顾 |
|
|
477
|
-
|
|
478
|
-
### 迭代与决策
|
|
479
|
-
|
|
480
|
-
| 命令 | 作用 |
|
|
481
|
-
|------|------|
|
|
482
|
-
| `/gdd:discuss [topic]` | 自适应设计采访 —— `--all` 批量灰区,`--spec` 模糊度评分 |
|
|
483
|
-
| `/gdd:list-assumptions` | 在计划前曝光隐藏的设计假设 |
|
|
484
|
-
| `/gdd:sketch [idea]` | 多变体 HTML mockup 探索 —— 浏览器直开 |
|
|
485
|
-
| `/gdd:spike [idea]` | 限时可行性实验,带假设 + 结论 |
|
|
486
|
-
| `/gdd:sketch-wrap-up` / `/gdd:spike-wrap-up` | 把发现打包成项目本地 skill |
|
|
487
|
-
| `/gdd:audit` | 包装 `design-verifier` + `design-auditor` + `design-reflector`。`--retroactive` 审计完整周期 |
|
|
488
|
-
| `/gdd:reflect` | 按需运行 `design-reflector` —— 产出 `.design/reflections/<cycle-slug>.md` |
|
|
489
|
-
| `/gdd:apply-reflections` | 审核并选择性应用 reflector 提案 —— 应用前先 diff |
|
|
490
|
-
|
|
491
|
-
### 记忆 + 知识层
|
|
492
|
-
|
|
493
|
-
| 命令 | 作用 |
|
|
494
|
-
|------|------|
|
|
495
|
-
| `/gdd:recall <query>` | 跨周期归档、学习、决策、EXPERIENCE.md 的 FTS5 检索 |
|
|
496
|
-
| `/gdd:extract-learnings` | 从周期产物挖掘模式、决策、教训 |
|
|
497
|
-
| `/gdd:note <text>` | 零摩擦想法记录 —— 追加、列出、提升为 todo |
|
|
498
|
-
| `/gdd:plant-seed <idea>` | 带触发条件的前瞻想法 —— 在合适周期浮现 |
|
|
499
|
-
| `/gdd:analyze-dependencies` | Token 扇出、组件 call-graph、决策溯源、循环依赖检测 |
|
|
500
|
-
| `/gdd:skill-manifest` | 列出 intel store 里的所有 GDD skill 与智能体 |
|
|
501
|
-
| `/gdd:graphify` | 构建、查询、检视、diff 项目知识图谱 |
|
|
502
|
-
| `/gdd:watch-authorities` | diff 设计权威 feed 白名单 + 5 桶分类 |
|
|
503
|
-
|
|
504
|
-
### 接入
|
|
505
|
-
|
|
506
|
-
| 命令 | 作用 |
|
|
507
|
-
|------|------|
|
|
508
|
-
| `/gdd:figma-write` | 把设计决策写回 Figma(annotate / tokenize / roundtrip) |
|
|
509
|
-
| `/gdd:handoff <bundle>` | 导入 Claude Design 导出包,跳过阶段 1–3 |
|
|
510
|
-
| `/gdd:darkmode` | 审计暗色模式实现(CSS 自定义属性 / Tailwind dark: / JS class toggle) |
|
|
511
|
-
| `/gdd:compare` | 计算 DESIGN.md baseline 与 DESIGN-VERIFICATION.md 结果的差异 |
|
|
512
|
-
| `/gdd:style <Component>` | 生成组件交付文档(DESIGN-STYLE-[Component].md) |
|
|
513
|
-
|
|
514
|
-
### 诊断 + 取证
|
|
515
|
-
|
|
516
|
-
| 命令 | 作用 |
|
|
517
|
-
|------|------|
|
|
518
|
-
| `/gdd:scan` | 代码库设计系统清点(不写 STATE.md) |
|
|
519
|
-
| `/gdd:map` | 5 个并行代码库 mapper |
|
|
520
|
-
| `/gdd:debug [desc]` | 症状驱动的设计调查,持久化状态 |
|
|
521
|
-
| `/gdd:health` | 报告 `.design/` 产物健康度 —— 陈旧、缺失、token 漂移 |
|
|
522
|
-
| `/gdd:progress` | 显示流水线位置;`--forensic` 跑 6 项完整性审计 |
|
|
523
|
-
| `/gdd:stats` | 周期统计 —— 决策、任务、commit、时间线、git 指标 |
|
|
524
|
-
| `/gdd:optimize` | 规则化成本分析 + tier-override 推荐 |
|
|
525
|
-
| `/gdd:warm-cache` | 预热所有引入 shared-preamble 的智能体的 Anthropic 缓存 |
|
|
526
|
-
|
|
527
|
-
### 分发 + 更新
|
|
528
|
-
|
|
529
|
-
| 命令 | 作用 |
|
|
530
|
-
|------|------|
|
|
531
|
-
| `/gdd:update` | 更新 GDD,带 changelog 预览 |
|
|
532
|
-
| `/gdd:reapply-patches` | 结构性更新后重新拼接 `reference/` 本地修改 |
|
|
533
|
-
| `/gdd:check-update` | 手动检查更新 —— `--refresh` 绕过 24h TTL,`--dismiss` 隐藏提示 |
|
|
534
|
-
| `/gdd:settings` | 配置 `.design/config.json` —— profile / parallelism / cleanup |
|
|
535
|
-
| `/gdd:set-profile <profile>` | 切换模型档位(quality / balanced / budget / inherit) |
|
|
536
|
-
| `/gdd:undo` | 安全的设计回退 —— 用 git log + 依赖检查 |
|
|
537
|
-
| `/gdd:pr-branch` | 过滤 `.design/` 与 `.planning/` 提交后的干净 PR 分支 |
|
|
538
|
-
|
|
539
|
-
### 待办 + 注释
|
|
540
|
-
|
|
541
|
-
| 命令 | 作用 |
|
|
542
|
-
|------|------|
|
|
543
|
-
| `/gdd:todo` | 添加 / 列出 / 选取设计任务 |
|
|
544
|
-
| `/gdd:add-backlog <idea>` | 将想法停泊到未来周期 |
|
|
545
|
-
| `/gdd:review-backlog` | 审视停泊项并提升到当前周期 |
|
|
546
|
-
|
|
547
|
-
### 帮助
|
|
548
|
-
|
|
549
|
-
| 命令 | 作用 |
|
|
550
|
-
|------|------|
|
|
551
|
-
| `/gdd:help` | 完整命令列表与用法 |
|
|
552
|
-
| `/gdd:bandit-reset` | 在 Anthropic 模型发布时重置自适应层后验 |
|
|
233
|
+
### 核心产出
|
|
553
234
|
|
|
554
|
-
|
|
235
|
+
| 文件 | 作用 |
|
|
236
|
+
| --- | --- |
|
|
237
|
+
| `.design/BRIEF.md` | 本周期的问题、受众、成功指标 |
|
|
238
|
+
| `.design/DESIGN.md` | 当前设计系统快照 |
|
|
239
|
+
| `.design/DESIGN-CONTEXT.md` | 设计决策与约束 |
|
|
240
|
+
| `.design/DESIGN-PLAN.md` | 原子任务、wave、依赖 |
|
|
241
|
+
| `.design/DESIGN-VERIFICATION.md` | 验证结果与差距清单 |
|
|
242
|
+
| `.design/intel/` | 本项目的可查询知识层 |
|
|
555
243
|
|
|
556
|
-
##
|
|
244
|
+
## 命令
|
|
557
245
|
|
|
558
|
-
GDD 随附
|
|
559
|
-
|
|
560
|
-
| 接入 | 用途 | 探针 |
|
|
561
|
-
|------|------|------|
|
|
562
|
-
| **Figma** | 读 token、组件、截图;写注释、Code Connect、实现状态 | `mcp__figma__get_metadata` + `use_figma` |
|
|
563
|
-
| **Refero** | 跨编录的设计参考检索 | `mcp__refero__search` |
|
|
564
|
-
| **Pinterest** | 品牌语调 + 风格的视觉参考 | OAuth + MCP |
|
|
565
|
-
| **Claude Design** | 导出包导入(`/gdd:handoff`) | URL 或本地文件 |
|
|
566
|
-
| **Storybook** | 6006 端口的组件规范查询 | HTTP 探测 |
|
|
567
|
-
| **Chromatic** | 视觉回归基线 diff | API key |
|
|
568
|
-
| **Preview** | Playwright + Claude Preview MCP 运行时截图 | `mcp__Claude_Preview__preview_*` |
|
|
569
|
-
| **paper.design** | MCP 画布读写,canvas → code → verify → canvas | `mcp__paper__use_paper` |
|
|
570
|
-
| **pencil.dev** | git 追踪的 `.pen` 规格 | 仓库内 `.pen` 文件 |
|
|
571
|
-
| **Graphify** | 知识图谱导出 | `mcp__graphify__*` |
|
|
572
|
-
| **21st.dev Magic** | greenfield 前的先例搜索 | `mcp__magic__search` |
|
|
573
|
-
| **Magic Patterns** | DS-aware 组件生成 | `mcp__magic-patterns__generate` |
|
|
574
|
-
|
|
575
|
-
完整接入细节见 [`connections/connections.md`](connections/connections.md)。
|
|
246
|
+
GDD 随附 96 个技能。这里是多数用户日常最需要的几个。完整参考见 [SKILL.md](SKILL.md)。
|
|
576
247
|
|
|
577
|
-
|
|
248
|
+
### 核心流水线
|
|
578
249
|
|
|
579
|
-
|
|
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` | 从 checkpoint 恢复 |
|
|
273
|
+
|
|
274
|
+
### 设计工具与交付
|
|
275
|
+
|
|
276
|
+
| 命令 | 用途 |
|
|
277
|
+
| --- | --- |
|
|
278
|
+
| `/gdd:connections` | 配置可选集成 |
|
|
279
|
+
| `/gdd:figma-extract` | 抽取 Figma 设计系统上下文 |
|
|
280
|
+
| `/gdd:figma-write` | 把决策与状态写回 Figma |
|
|
281
|
+
| `/gdd:handoff <bundle>` | 导入 Claude Design 导出包 |
|
|
282
|
+
| `/gdd:sketch <idea>` | 生成多变体 HTML mockup |
|
|
283
|
+
| `/gdd:spike <idea>` | 限时可行性尝试 |
|
|
284
|
+
|
|
285
|
+
完整命令参考:[SKILL.md](SKILL.md)
|
|
580
286
|
|
|
581
|
-
|
|
287
|
+
## 接入
|
|
582
288
|
|
|
583
|
-
|
|
289
|
+
GDD 无需外部工具即可工作,但可以接入 39 个可选集成。全部可选;任何接入不可用时,流水线会优雅降级到回退方案。
|
|
584
290
|
|
|
585
|
-
|
|
291
|
+
接入层覆盖以下类别:
|
|
586
292
|
|
|
587
|
-
|
|
588
|
-
|
|
589
|
-
|
|
590
|
-
|
|
591
|
-
|
|
592
|
-
|
|
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
|
|
593
301
|
|
|
594
|
-
|
|
302
|
+
配置集成:
|
|
595
303
|
|
|
596
|
-
```
|
|
597
|
-
/gdd:
|
|
304
|
+
```bash
|
|
305
|
+
/gdd:connections
|
|
598
306
|
```
|
|
599
307
|
|
|
600
|
-
|
|
308
|
+
完整接入清单及探针模式,见 [connections/connections.md](connections/connections.md)。
|
|
601
309
|
|
|
602
|
-
|
|
310
|
+
## 环境要求
|
|
603
311
|
|
|
604
|
-
|
|
312
|
+
- Node.js 22 或 24
|
|
313
|
+
- Git
|
|
314
|
+
- 一个受支持的 AI 编码运行时
|
|
605
315
|
|
|
606
|
-
|
|
607
|
-
|------|------|
|
|
608
|
-
| `static`(默认) | Phase 10.1 行为 —— 静态 D-13 tier 表 |
|
|
609
|
-
| `hedge` | 启用 AdaNormalHedge 集成 + MMR 重排,Bandit 路由仍读静态表。最稳妥的入门。 |
|
|
610
|
-
| `full` | Bandit 路由 + Hedge + MMR 全部活跃,读写 `.design/telemetry/posterior.json` |
|
|
316
|
+
## 多运行时支持
|
|
611
317
|
|
|
612
|
-
|
|
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`),因此流水线会随你在各编辑器之间迁移。
|
|
613
319
|
|
|
614
|
-
|
|
615
|
-
|------|------|---------|
|
|
616
|
-
| `parallelism.enabled` | `true` | 在 worktree 中跑独立任务 |
|
|
617
|
-
| `parallelism.min_estimated_savings_seconds` | `30` | 低于此阈值不并行 |
|
|
618
|
-
| `parallelism.max_concurrent_workers` | `4` | 并行 worker 硬上限 |
|
|
320
|
+
Claude Code 是旗舰。完整体验在那里端到端运行:每个智能体、纵深防御钩子,以及 MCP 支撑的接入。在其他运行时上,你会以其原生形态获得同样的技能与智能体,MCP 支撑的接入会在具备 MCP 能力的宿主上启用,而钩子层是 Claude Code 专属的。
|
|
619
321
|
|
|
620
|
-
|
|
322
|
+
## 安全与隐私
|
|
621
323
|
|
|
622
|
-
|
|
623
|
-
|------|------|---------|
|
|
624
|
-
| `solidify.rollback_mode` | `"stash"` | `stash` / `hard` / `none` —— 验证失败时如何回退 |
|
|
625
|
-
| `solidify.commands` | 自动检测 | 覆盖 typecheck / build / test 命令 |
|
|
626
|
-
| `verify.iterations_max` | `3` | verify→fix 循环上限 |
|
|
627
|
-
| `connection.figma_writeback` | `proposal` | `proposal` / `auto` —— 写入前是否确认 |
|
|
324
|
+
GDD 默认本地优先。它把项目产物写在 `.design/` 下,仅在配置后才使用可选集成,并对问题上报保持明确同意门控。
|
|
628
325
|
|
|
629
|
-
|
|
630
|
-
|
|
631
|
-
## 安全
|
|
632
|
-
|
|
633
|
-
### 内建加固
|
|
634
|
-
|
|
635
|
-
GDD 自 Phase 14.5 起内置纵深防御:
|
|
636
|
-
|
|
637
|
-
- **`hooks/gdd-bash-guard.js`** —— PreToolUse:Bash 阻止约 50 种危险模式(`rm -rf /`、`chmod 777`、`curl | sh`、`git reset --hard`、fork bomb),先做 Unicode NFKC + ANSI 归一化。
|
|
638
|
-
- **`hooks/gdd-protected-paths.js`** —— PreToolUse:Edit/Write/Bash 强制 `protected_paths` glob 列表(默认:`reference/**`、`.design/archive/**`、`skills/**`、`commands/**`、`hooks/**`、`.design/config.json`、`.design/telemetry/**`)。
|
|
639
|
-
- **`hooks/gdd-read-injection-scanner.ts`** —— 扫描 Read 内容里的不可见 Unicode(零宽、word-joiner、BOM、bidi 反转)、HTML 注释、密钥外泄模式。
|
|
640
|
-
- **`scripts/lib/blast-radius.cjs`** —— `design-executor` 预检拒绝超过 `max_files_per_task: 10` / `max_lines_per_task: 400` 的任务。
|
|
641
|
-
- **`hooks/gdd-mcp-circuit-breaker.js`** —— 在 `use_figma` / `use_paper` / `use_pencil` 上打断连续超时循环。
|
|
642
|
-
|
|
643
|
-
### 保护敏感文件
|
|
326
|
+
插件包含纵深防御钩子,用于保护路径、阻断危险命令、注入扫描、MCP 断路,以及预算强制。GDD 还暴露 13 个只读 MCP 工具,用于安全的项目内省。
|
|
644
327
|
|
|
645
328
|
把敏感路径加到运行时的 deny 列表:
|
|
646
329
|
|
|
@@ -651,7 +334,6 @@ GDD 自 Phase 14.5 起内置纵深防御:
|
|
|
651
334
|
"Read(.env)",
|
|
652
335
|
"Read(.env.*)",
|
|
653
336
|
"Read(**/secrets/*)",
|
|
654
|
-
"Read(**/*credential*)",
|
|
655
337
|
"Read(**/*.pem)",
|
|
656
338
|
"Read(**/*.key)"
|
|
657
339
|
]
|
|
@@ -659,83 +341,63 @@ GDD 自 Phase 14.5 起内置纵深防御:
|
|
|
659
341
|
}
|
|
660
342
|
```
|
|
661
343
|
|
|
662
|
-
|
|
663
|
-
> 因为 GDD 会生成成为 LLM 系统提示词的 markdown,任何流入 `.design/` 的用户控制文本都是潜在的间接提示注入向量。注入扫描器在多层捕获 —— 但纵深防御仍是最佳实践。
|
|
664
|
-
|
|
665
|
-
---
|
|
666
|
-
|
|
667
|
-
## 故障排查
|
|
668
|
-
|
|
669
|
-
**安装后命令找不到?**
|
|
670
|
-
- 重启运行时以重载命令/skill
|
|
671
|
-
- 全局 Claude Code:验证 `~/.claude/skills/get-design-done/`
|
|
672
|
-
- 本地安装:验证 `./.claude/skills/get-design-done/`
|
|
673
|
-
- `/gdd:help` 验证注册
|
|
674
|
-
|
|
675
|
-
**流水线在某阶段卡住?**
|
|
676
|
-
- `/gdd:resume` —— 从最近的编号 checkpoint 恢复
|
|
677
|
-
- `/gdd:health` —— 诊断 `.design/` 产物问题
|
|
678
|
-
- `/gdd:progress --forensic` —— 6 项完整性审计
|
|
344
|
+
阅读:[SECURITY.md](SECURITY.md) · [PRIVACY.md](PRIVACY.md)
|
|
679
345
|
|
|
680
|
-
|
|
681
|
-
- `/gdd:optimize` —— 规则化推荐
|
|
682
|
-
- `/gdd:set-profile budget` —— 切到预算档
|
|
683
|
-
- 在 `.design/budget.json` 设置 `adaptive_mode: "full"` —— bandit 会在 5–10 个周期内学到每个智能体的「便宜且正确」档位
|
|
346
|
+
## 更新
|
|
684
347
|
|
|
685
|
-
**升级到最新版?**
|
|
686
348
|
```bash
|
|
687
349
|
npx @hegemonart/get-design-done@latest
|
|
688
350
|
```
|
|
689
351
|
|
|
690
|
-
|
|
352
|
+
或在 Claude Code 里:
|
|
691
353
|
|
|
692
354
|
```bash
|
|
693
|
-
|
|
355
|
+
/gdd:update
|
|
694
356
|
```
|
|
695
357
|
|
|
696
|
-
|
|
358
|
+
完整发布历史见 [CHANGELOG.md](CHANGELOG.md)。
|
|
697
359
|
|
|
698
|
-
|
|
699
|
-
# 全局卸载(每个运行时)
|
|
700
|
-
npx @hegemonart/get-design-done --claude --global --uninstall
|
|
701
|
-
npx @hegemonart/get-design-done --opencode --global --uninstall
|
|
702
|
-
# ... 14 个运行时同样的 --<runtime> --global --uninstall 模式
|
|
360
|
+
## 故障排查
|
|
703
361
|
|
|
704
|
-
|
|
705
|
-
npx @hegemonart/get-design-done --uninstall
|
|
362
|
+
### 命令没有出现
|
|
706
363
|
|
|
707
|
-
|
|
708
|
-
npx @hegemonart/get-design-done --claude --local --uninstall
|
|
709
|
-
# ... 同样的 flag 加 --local
|
|
710
|
-
```
|
|
364
|
+
重启你的运行时并运行:
|
|
711
365
|
|
|
712
|
-
|
|
366
|
+
```bash
|
|
367
|
+
/gdd:help
|
|
368
|
+
```
|
|
713
369
|
|
|
714
|
-
|
|
370
|
+
### 流水线卡住了
|
|
715
371
|
|
|
716
|
-
|
|
372
|
+
```bash
|
|
373
|
+
/gdd:health
|
|
374
|
+
/gdd:resume
|
|
375
|
+
```
|
|
717
376
|
|
|
718
|
-
|
|
377
|
+
### 成本太高
|
|
719
378
|
|
|
720
|
-
|
|
721
|
-
|
|
722
|
-
|
|
723
|
-
- **`gh` 缺失时的回退。** 如果未安装 GitHub CLI,有效负载会写入磁盘 `.design/issue-drafts/`,问题模板 URL 会复制到剪贴板。
|
|
379
|
+
```bash
|
|
380
|
+
/gdd:optimize
|
|
381
|
+
```
|
|
724
382
|
|
|
725
|
-
|
|
383
|
+
## 贡献
|
|
726
384
|
|
|
727
|
-
|
|
385
|
+
```bash
|
|
386
|
+
npm install
|
|
387
|
+
npm test
|
|
388
|
+
npm run typecheck
|
|
389
|
+
```
|
|
728
390
|
|
|
729
|
-
|
|
391
|
+
阅读:[CONTRIBUTING.md](CONTRIBUTING.md)
|
|
730
392
|
|
|
731
393
|
## 许可证
|
|
732
394
|
|
|
733
|
-
MIT 协议。详见 [LICENSE](LICENSE)。
|
|
395
|
+
MIT 协议。详见 [LICENSE](LICENSE)。第三方署名列于 [NOTICE](NOTICE)。
|
|
734
396
|
|
|
735
397
|
---
|
|
736
398
|
|
|
737
399
|
<div align="center">
|
|
738
400
|
|
|
739
|
-
**Claude Code 把代码交付出来。Get Design Done
|
|
401
|
+
**Claude Code 把代码交付出来。Get Design Done 确保它也把设计交付出来。**
|
|
740
402
|
|
|
741
403
|
</div>
|