@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
package/docs/i18n/README.fr.md
CHANGED
|
@@ -6,9 +6,9 @@
|
|
|
6
6
|
|
|
7
7
|
> Remarque : cette traduction peut être en retard sur la version anglaise. La version de référence est [README.md](../../README.md) (translation may lag behind English; see README.md for the canonical version).
|
|
8
8
|
|
|
9
|
-
**Un pipeline de qualité design pour agents de code IA : brief
|
|
9
|
+
**Un pipeline de qualité design pour agents de code IA : brief -> exploration -> plan -> design -> vérification.**
|
|
10
10
|
|
|
11
|
-
**Get Design Done garde l'UI générée par IA liée à votre brief, votre design system,
|
|
11
|
+
**Get Design Done garde l'UI générée par IA liée à votre brief, votre design system, votre connaissance design locale et vos quality gates. Conçu pour Claude Code, et s'installe sur Codex, Cursor, Gemini, OpenCode, Copilot, Windsurf, et plus encore.**
|
|
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,610 +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
|
**Fonctionne sur macOS, Linux et Windows.**
|
|
27
25
|
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
*« Les agents de code IA livrent l'UI vite. Get Design Done s'assure qu'ils livrent du design. »*
|
|
31
|
-
|
|
32
|
-
<br>
|
|
33
|
-
|
|
34
|
-
[Pourquoi je l'ai construit](#pourquoi-je-lai-construit) · [Comment ça marche](#comment-ça-marche) · [Commandes](#commandes) · [Connexions](#connexions) · [Pourquoi ça marche](#pourquoi-ça-marche)
|
|
26
|
+
[Installation](#installation) · [Démarrage rapide](#démarrage-rapide) · [Cas d'usage](#cas-dusage) · [Comment ça marche](#comment-ça-marche) · [Commandes](#commandes) · [Connexions](#connexions) · [Sécurité](#sécurité-et-confidentialité)
|
|
35
27
|
|
|
36
28
|
</div>
|
|
37
29
|
|
|
38
30
|
---
|
|
39
31
|
|
|
40
|
-
|
|
41
|
-
> ### Vous avez déjà un bundle Claude Design ?
|
|
42
|
-
>
|
|
43
|
-
> Si vous avez exporté un design depuis [claude.ai/design](https://claude.ai/design), vous pouvez sauter entièrement les étapes 1 à 3 :
|
|
44
|
-
>
|
|
45
|
-
> ```
|
|
46
|
-
> /gdd:handoff ./my-design.html
|
|
47
|
-
> ```
|
|
48
|
-
>
|
|
49
|
-
> Parse les propriétés CSS personnalisées du bundle en décisions de design D-XX, exécute la passe de vérification avec scoring Handoff Faithfulness et écrit éventuellement le statut d'implémentation dans Figma.
|
|
50
|
-
|
|
51
|
-
---
|
|
52
|
-
|
|
53
|
-
## Pourquoi je l'ai construit
|
|
54
|
-
|
|
55
|
-
Je suis un designer qui livre avec des agents de code IA. Le workflow côté code est mature : specs, tâches, tests, commits, boucles de review. Le workflow côté design ne l'était pas.
|
|
56
|
-
|
|
57
|
-
Ce que j'ai rencontré sans cesse : l'agent pouvait générer un écran qui semblait bon isolément, mais le travail restait *déconnecté*. Les tokens ne correspondaient pas au système existant. Les ratios de contraste glissaient sous WCAG. La hiérarchie était réinventée par écran. Les vieux anti-patterns entraient dans de nouveaux composants. Et comme rien ne vérifiait la sortie par rapport au brief original, les problèmes apparaissaient tard, en PR review ou après le handoff.
|
|
58
|
-
|
|
59
|
-
Alors j'ai construit Get Design Done : un pipeline de design qui donne aux agents de code IA la même structure que les développeurs attendent déjà des workflows d'ingénierie. Il capture le brief, cartographie le design system existant, ancre les décisions dans des références, décompose le travail en tâches atomiques, exécute ces tâches et vérifie le résultat avant l'expédition.
|
|
60
|
-
|
|
61
|
-
En coulisses : 37 agents spécialisés, un intel store interrogeable, du routage de modèle par tier, 12 connexions d'outils optionnelles, des commits atomiques et une couche adaptative no-regret qui apprend des résultats solidify-with-rollback. Au quotidien, vous utilisez quelques commandes `/gdd:*` qui gardent le travail design cohérent.
|
|
62
|
-
|
|
63
|
-
— **Hegemon**
|
|
64
|
-
|
|
65
|
-
---
|
|
66
|
-
|
|
67
|
-
Le design généré par IA a le même mode d'échec que le code généré par IA : vous décrivez ce que vous voulez, obtenez quelque chose de plausible, puis le tout s'effondre à l'échelle parce qu'aucun système ne reliait la sortie au brief.
|
|
32
|
+
## Ce que c'est
|
|
68
33
|
|
|
69
|
-
Get Design Done
|
|
34
|
+
Get Design Done aide les agents de code IA à livrer une UI qui a sa place dans votre produit.
|
|
70
35
|
|
|
71
|
-
|
|
36
|
+
Il transforme des demandes vagues comme « améliore cet écran » en un workflow design traçable : brief, exploration, plan, design, vérification.
|
|
72
37
|
|
|
73
|
-
|
|
38
|
+
Au lieu de demander à un agent d'improviser sur le seul bon goût, GDD lui donne un processus structuré, une connaissance design locale, une mémoire spécifique au projet, des connexions optionnelles aux outils de design, et une vérification avant que le travail ne soit livré.
|
|
74
39
|
|
|
75
|
-
|
|
76
|
-
- **Extraction du design system** — GDD inventorie tokens, typographie, espacements, composants, motion, accessibilité, dark mode et dette design avant de planifier les changements.
|
|
77
|
-
- **Décisions appuyées par des références** — les agents utilisent des références design intégrées ainsi que les connexions optionnelles Figma, Refero, Pinterest, Storybook, Chromatic, Preview, Claude Design, paper.design, pencil.dev, Graphify, 21st.dev Magic et Magic Patterns.
|
|
78
|
-
- **Exécution atomique** — les tâches design sont décomposées par dépendance, exécutées en vagues sûres et commitées indépendamment.
|
|
79
|
-
- **Vérification avant livraison** — les audits vérifient l'adéquation au brief, l'intégration des tokens, le contraste WCAG, la conformité des composants, la cohérence de la motion, l'architecture dark-mode et les anti-patterns design.
|
|
80
|
-
- **Rollback en cas d'échec de validation** — solidify-with-rollback valide chaque tâche avant de la conserver ; le travail en échec est automatiquement revert.
|
|
40
|
+
## Pourquoi ça existe
|
|
81
41
|
|
|
82
|
-
|
|
42
|
+
Les agents IA sont rapides pour produire de l'UI. Le difficile, c'est de rendre cette UI cohérente.
|
|
83
43
|
|
|
84
|
-
|
|
44
|
+
Sans workflow design, les interfaces générées dérivent :
|
|
85
45
|
|
|
86
|
-
|
|
46
|
+
- les couleurs et les espacements cessent de correspondre au système
|
|
47
|
+
- les composants sont réinventés
|
|
48
|
+
- le contraste et l'accessibilité régressent
|
|
49
|
+
- la hiérarchie change d'un écran à l'autre
|
|
50
|
+
- l'implémentation ne correspond plus au brief initial
|
|
87
51
|
|
|
88
|
-
|
|
52
|
+
GDD ajoute la discipline design manquante autour des workflows de code IA. Il capture le problème, cartographie le design system actuel, planifie des changements cadrés, les exécute par étapes atomiques, et vérifie le résultat par rapport au brief, aux tokens, à l'accessibilité et aux rubriques de qualité design.
|
|
89
53
|
|
|
90
|
-
|
|
54
|
+
En coulisses : 64 agents spécialisés, un intel store interrogeable, du routage de modèle par tier, et 39 connexions d'outils optionnelles. Au quotidien, vous utilisez une poignée de commandes `/gdd:*`.
|
|
91
55
|
|
|
92
|
-
|
|
56
|
+
## Installation
|
|
93
57
|
|
|
94
|
-
|
|
95
|
-
- **Idempotent + sûr pour AGENTS.md externes** — relancer l'installeur ne duplique jamais d'entrées et n'écrase jamais les instructions spécifiques au runtime que vous avez ajoutées. Étape de confirmation avant toute écriture de fichier.
|
|
96
|
-
- **Surface CI scriptée préservée** — chaque flag existant (`--claude`, `--cursor`, `--all`, `--global`, `--local`, `--uninstall`, `--config-dir`) continue de fonctionner sans changement. Le mode interactif s'active uniquement si aucun flag de runtime n'est passé.
|
|
97
|
-
- **Désinstallation multi-sélection** — `--uninstall` sans flag de runtime entre aussi en multi-sélection interactive pour choisir de quels runtimes désinstaller.
|
|
98
|
-
|
|
99
|
-
### Versions précédentes
|
|
100
|
-
|
|
101
|
-
- **v1.23.5** — Couche adaptative No-Regret (bandit Thompson sampling + ensemble AdaNormalHedge + reranking MMR ; viable en mono-utilisateur via bootstrap par a priori informé, sans télémétrie partagée opt-in).
|
|
102
|
-
- **v1.23.0** — Primitives de domaine SDK (porte solidify-with-rollback, contrats de sortie JSON, auto-cristallisation des motifs `Touches:`).
|
|
103
|
-
- **v1.22.0** — Observabilité SDK (~24 types d'événements typés, trajectoire par tool-call, chaîne d'événements append-only, scrubber de secrets).
|
|
104
|
-
- **v1.21.0** — SDK headless (CLI `gdd-sdk` exécute le pipeline complet sans Claude Code, researchers parallèles, MCP cross-harness).
|
|
105
|
-
- **v1.20.0** — Fondation SDK (primitives de résilience, `STATE.md` sécurisé par lockfile, serveur MCP `gdd-state` avec 11 outils typés, fondation TypeScript).
|
|
106
|
-
|
|
107
|
-
Notes de version complètes dans [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
|
-
## Démarrage
|
|
58
|
+
### npm
|
|
126
59
|
|
|
127
60
|
```bash
|
|
128
61
|
npx @hegemonart/get-design-done@latest
|
|
129
62
|
```
|
|
130
63
|
|
|
131
|
-
|
|
132
|
-
1. **Runtime** — Claude Code, OpenCode, Gemini, Kilo, Codex, Copilot, Cursor, Windsurf, Antigravity, Augment, Trae, Qwen Code, CodeBuddy, Cline ou tous (multi-sélection interactive)
|
|
133
|
-
2. **Emplacement** — Global (tous les projets) ou Local (projet actuel uniquement)
|
|
134
|
-
|
|
135
|
-
Vérifier avec :
|
|
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
|
-
> Lancez Claude Code avec `--dangerously-skip-permissions` pour une expérience automatisée sans friction. GDD est conçu pour une exécution multi-étapes autonome.
|
|
143
|
-
|
|
144
|
-
### Rester à jour
|
|
145
|
-
|
|
146
|
-
GDD livre souvent. Mettez à jour en relançant l'installeur (idempotent) :
|
|
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
|
+
Parcourez et installez Get Design Done depuis le registre de skills [agentskills.io](https://agentskills.io).
|
|
159
81
|
|
|
160
|
-
|
|
161
|
-
<summary><strong>Installation non-interactive (Docker, CI, scripts)</strong></summary>
|
|
82
|
+
### Installeur de runtime direct
|
|
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
|
-
|
|
167
|
-
|
|
168
|
-
npx @hegemonart/get-design-done --kilo --global
|
|
88
|
+
|
|
89
|
+
# Autres runtimes
|
|
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 --
|
|
173
|
-
|
|
174
|
-
|
|
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
|
-
# Tous les runtimes
|
|
92
|
+
npx @hegemonart/get-design-done --gemini --global
|
|
93
|
+
|
|
94
|
+
# Installation multi-runtime
|
|
181
95
|
npx @hegemonart/get-design-done --all --global
|
|
182
96
|
|
|
183
|
-
#
|
|
97
|
+
# Aperçu sans écriture
|
|
184
98
|
npx @hegemonart/get-design-done --dry-run
|
|
185
|
-
|
|
186
|
-
# Répertoire de config personnalisé
|
|
187
|
-
CLAUDE_CONFIG_DIR=/workspace/.claude npx @hegemonart/get-design-done
|
|
188
99
|
```
|
|
189
100
|
|
|
190
|
-
|
|
101
|
+
## Démarrage rapide
|
|
191
102
|
|
|
192
|
-
|
|
193
|
-
<summary><strong>Alternative : Claude Code CLI</strong></summary>
|
|
103
|
+
Lancez une première passe légère :
|
|
194
104
|
|
|
195
105
|
```bash
|
|
196
|
-
|
|
197
|
-
claude plugin install get-design-done@get-design-done
|
|
106
|
+
/gdd:start
|
|
198
107
|
```
|
|
199
108
|
|
|
200
|
-
|
|
201
|
-
|
|
202
|
-
### Tier-2 Distribution Channels (v1.28.8+)
|
|
203
|
-
|
|
204
|
-
En complément des chemins d'installation par dépôt de fichiers de la Phase 28.7 ci-dessus (par défaut, toujours fonctionnels), la v1.28.8 ajoute trois nouveaux canaux de distribution Tier-2 :
|
|
205
|
-
|
|
206
|
-
- **Portabilité multi-runtime via agentskills.io.** Nos `skills/` sont conformes à la spécification [agentskills.io](https://agentskills.io). Les runtimes revendiquant la compatibilité agentskills.io (Codex, Kilo, Augment, Hermes, Qwen) peuvent consommer nos skills directement.
|
|
207
|
-
- **Cursor Marketplace.** Installation via l'interface marketplace de Cursor ; publication en attente de la revue de l'équipe Cursor — voir `docs/cursor-marketplace-field-test.md`.
|
|
208
|
-
- **Codex Plugin.** Installation via l'ajout de plugin par URL GitHub de Codex :
|
|
209
|
-
|
|
210
|
-
```bash
|
|
211
|
-
codex plugin marketplace add hegemonart/get-design-done
|
|
212
|
-
```
|
|
213
|
-
|
|
214
|
-
Pour les détails complets, voir [README.md](README.md) (anglais, autoritatif).
|
|
215
|
-
|
|
216
|
-
### Télémétrie Capability-Gap + Auto-Authoring (v1.29.0+)
|
|
217
|
-
|
|
218
|
-
La boucle réflectrice suit désormais les signaux "lookup de capacité échoué" comme télémétrie de première classe et — une fois que suffisamment de lacunes récurrentes émergent — peut esquisser de nouveaux agents ou skills comme propositions à votre review.
|
|
219
|
-
|
|
220
|
-
**Phase 0 — télémétrie (livrée immédiatement).** Trois points de lookup-fail émettent désormais des événements typés `capability_gap` : chemins `skills/fast` sans match, chemins `gdd-router` à intent non-matché, et le pattern-detection pass du reflector. Affichage via `gdd-events --type capability_gap`.
|
|
109
|
+
Ou exécutez le cycle de design complet :
|
|
221
110
|
|
|
222
|
-
|
|
223
|
-
|
|
224
|
-
Scope-guard : l'authoring est limité à `agents/` et `skills/` — jamais runtimes / transports / hooks. Pour les détails complets, voir [README.md](README.md) (anglais, autoritatif).
|
|
225
|
-
|
|
226
|
-
|
|
227
|
-
## Comment ça marche
|
|
228
|
-
|
|
229
|
-
> **Vous démarrez sur un codebase existant ?** Exécutez `/gdd:map` d'abord. Il dispatche 5 mappers spécialistes en parallèle (tokens, components, visual hierarchy, a11y, motion) et écrit du JSON structuré dans `.design/map/`.
|
|
230
|
-
|
|
231
|
-
### 1. Brief
|
|
232
|
-
|
|
233
|
-
```
|
|
111
|
+
```bash
|
|
234
112
|
/gdd:brief
|
|
235
|
-
```
|
|
236
|
-
|
|
237
|
-
Capture le problème de design avant tout scan ou exploration. Le skill interview via `AskUserQuestion`, une question à la fois — uniquement pour les sections sans réponse : problème, audience, contraintes, métriques de succès, scope.
|
|
238
|
-
|
|
239
|
-
**Crée :** `.design/BRIEF.md`
|
|
240
|
-
|
|
241
|
-
---
|
|
242
|
-
|
|
243
|
-
### 2. Explore
|
|
244
|
-
|
|
245
|
-
```
|
|
246
113
|
/gdd:explore
|
|
247
|
-
```
|
|
248
|
-
|
|
249
|
-
Inventorie le design system du codebase actuel — couleurs, typographie, espacement, composants, motion, a11y, dark-mode. Cinq mappers parallèles + un entretien `design-discussant` produisent trois artefacts. Les sondes de connexion détectent la disponibilité de 12 outils externes.
|
|
250
|
-
|
|
251
|
-
**Crée :** `.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
|
-
|
|
262
|
-
|
|
263
|
-
**Crée :** `.design/DESIGN-PLAN.md`
|
|
264
|
-
|
|
265
|
-
---
|
|
266
|
-
|
|
267
|
-
### 4. Design
|
|
119
|
+
Pour un routage en langage naturel :
|
|
268
120
|
|
|
269
|
-
```
|
|
270
|
-
/gdd:
|
|
121
|
+
```bash
|
|
122
|
+
/gdd:do improve the checkout page hierarchy, spacing, and empty states
|
|
271
123
|
```
|
|
272
124
|
|
|
273
|
-
|
|
125
|
+
## Cas d'usage
|
|
274
126
|
|
|
275
|
-
|
|
127
|
+
### Améliorer un écran existant
|
|
276
128
|
|
|
277
|
-
|
|
129
|
+
Utilisez GDD quand un écran fonctionne techniquement mais semble visuellement incohérent, peu clair ou sous-conçu.
|
|
278
130
|
|
|
279
|
-
```
|
|
280
|
-
|
|
281
|
-
│ EXÉCUTION PAR VAGUES │
|
|
282
|
-
├────────────────────────────────────────────────────────────────────┤
|
|
283
|
-
│ │
|
|
284
|
-
│ WAVE 1 (parallèle) WAVE 2 (parallèle) WAVE 3 │
|
|
285
|
-
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
|
|
286
|
-
│ │ Task 01 │ │ Task 02 │ → │ Task 03 │ │ Task 04 │ → │ Task 05 │ │
|
|
287
|
-
│ └─────────┘ └─────────┘ └─────────┘ └─────────┘ └─────────┘ │
|
|
288
|
-
│ │ │ ↑ ↑ ↑ │
|
|
289
|
-
│ └───────────┴──────────────┴───────────┴──────────────┘ │
|
|
290
|
-
│ Touches: chemins pilotent l'analyse de dépendances │
|
|
291
|
-
│ │
|
|
292
|
-
└────────────────────────────────────────────────────────────────────┘
|
|
131
|
+
```bash
|
|
132
|
+
/gdd:do improve the settings page layout and component hierarchy
|
|
293
133
|
```
|
|
294
134
|
|
|
295
|
-
|
|
135
|
+
### Ramener la sortie IA vers le design system
|
|
296
136
|
|
|
297
|
-
|
|
137
|
+
Utilisez-le quand un agent a généré une UI qui paraît plausible mais ne correspond pas à vos tokens, espacements, états ou composants.
|
|
298
138
|
|
|
299
|
-
```
|
|
139
|
+
```bash
|
|
300
140
|
/gdd:verify
|
|
301
141
|
```
|
|
302
142
|
|
|
303
|
-
|
|
143
|
+
### Auditer avant l'expédition
|
|
304
144
|
|
|
305
|
-
|
|
145
|
+
Lancez la vérification avant une PR, une release ou un handoff design.
|
|
306
146
|
|
|
307
|
-
|
|
147
|
+
```bash
|
|
148
|
+
/gdd:audit
|
|
149
|
+
```
|
|
308
150
|
|
|
309
|
-
###
|
|
151
|
+
### Corriger le dark mode
|
|
310
152
|
|
|
311
|
-
```
|
|
312
|
-
/gdd:
|
|
313
|
-
/gdd:reflect # design-reflector lit télémétrie + apprentissages
|
|
314
|
-
/gdd:apply-reflections # Examiner et appliquer sélectivement les propositions
|
|
315
|
-
/gdd:complete-cycle # Archive les artefacts du cycle + écrit EXPERIENCE.md
|
|
316
|
-
/gdd:new-cycle # Ouvre un nouveau cycle de design
|
|
153
|
+
```bash
|
|
154
|
+
/gdd:darkmode
|
|
317
155
|
```
|
|
318
156
|
|
|
319
|
-
|
|
157
|
+
### Importer un handoff design
|
|
320
158
|
|
|
159
|
+
```bash
|
|
160
|
+
/gdd:handoff ./my-design.html
|
|
321
161
|
```
|
|
322
|
-
/gdd:next # Auto-détecte l'état et exécute la prochaine étape
|
|
323
|
-
```
|
|
324
|
-
|
|
325
|
-
Chaque cycle obtient un brief, un scan, un plan, une exécution, une vérification et un `EXPERIENCE.md` par cycle (~100–200 lignes : Objectif / Décisions prises / Apprentissages gradués / Ce qui est mort / Passation au cycle suivant) qui devient la source la plus prioritaire pour le hook decision-injector.
|
|
326
162
|
|
|
327
|
-
|
|
163
|
+
Ceci parse un bundle Claude Design, extrait les propriétés CSS personnalisées en décisions de design, et exécute les vérifications de fidélité du handoff.
|
|
328
164
|
|
|
329
|
-
###
|
|
165
|
+
### Faire une petite correction ciblée
|
|
330
166
|
|
|
331
|
-
```
|
|
332
|
-
/gdd:fast "
|
|
167
|
+
```bash
|
|
168
|
+
/gdd:fast "fix contrast in pricing cards"
|
|
333
169
|
```
|
|
334
170
|
|
|
335
|
-
|
|
171
|
+
## Ce qui le rend différent
|
|
336
172
|
|
|
337
|
-
|
|
338
|
-
/gdd:quick
|
|
339
|
-
```
|
|
173
|
+
### Connaissance design locale
|
|
340
174
|
|
|
341
|
-
|
|
175
|
+
GDD est livré avec une bibliothèque de référence locale étendue pour le travail de design. Les agents peuvent l'utiliser sans dépendre d'une recherche web en direct pour le jugement design de base.
|
|
342
176
|
|
|
343
|
-
|
|
177
|
+
Elle couvre l'accessibilité, WCAG, la typographie, les espacements, les grilles, la couleur, le contraste, les surfaces, la motion, l'UX writing, les formulaires, les états vides, la hiérarchie visuelle, le dark mode, le comportement responsive, l'i18n, les méthodes de recherche, le scoring d'audit et les anti-patterns design.
|
|
344
178
|
|
|
345
|
-
|
|
179
|
+
L'agent ne part pas d'un prompt vierge. Il dispose d'un vocabulaire design partagé et de standards concrets qu'il peut appliquer pendant le planning, l'implémentation et la vérification.
|
|
346
180
|
|
|
347
|
-
|
|
181
|
+
Carte complète : [docs/KNOWLEDGE-BASE.md](docs/KNOWLEDGE-BASE.md)
|
|
348
182
|
|
|
349
|
-
|
|
183
|
+
### Mémoire spécifique au projet
|
|
350
184
|
|
|
351
|
-
GDD
|
|
185
|
+
GDD crée un espace de travail `.design/` qui ancre chaque cycle :
|
|
352
186
|
|
|
353
|
-
|
|
|
354
|
-
|
|
355
|
-
| `.design/BRIEF.md` |
|
|
356
|
-
| `.design/DESIGN.md` | Snapshot du design system actuel
|
|
357
|
-
| `.design/DESIGN-CONTEXT.md` | Décisions
|
|
358
|
-
| `.design/DESIGN-PLAN.md` |
|
|
359
|
-
| `.design/DESIGN-VERIFICATION.md` |
|
|
360
|
-
| `.design/intel/` |
|
|
361
|
-
| `.design/archive
|
|
362
|
-
| `.design/telemetry/events.jsonl` | Flux d'événements typés à travers les étapes |
|
|
363
|
-
| `.design/telemetry/posterior.json` | Postérieur du bandit (quand `adaptive_mode != static`) |
|
|
364
|
-
|
|
365
|
-
Limites de taille là où la qualité de Claude se dégrade. Restez dessous, obtenez de la cohérence.
|
|
187
|
+
| Artefact | Rôle |
|
|
188
|
+
| --- | --- |
|
|
189
|
+
| `.design/BRIEF.md` | Problème, audience, scope, métriques de succès |
|
|
190
|
+
| `.design/DESIGN.md` | Snapshot du design system actuel |
|
|
191
|
+
| `.design/DESIGN-CONTEXT.md` | Décisions, contraintes, références |
|
|
192
|
+
| `.design/DESIGN-PLAN.md` | Plan d'implémentation atomique |
|
|
193
|
+
| `.design/DESIGN-VERIFICATION.md` | Audit final et rapport de gaps |
|
|
194
|
+
| `.design/intel/` | Connaissance projet interrogeable : tokens, composants, relations, décisions |
|
|
195
|
+
| `.design/archive/` | Historique des cycles terminés et apprentissages |
|
|
366
196
|
|
|
367
|
-
|
|
197
|
+
Plus vous l'utilisez longtemps, moins l'agent a à redécouvrir.
|
|
368
198
|
|
|
369
|
-
|
|
199
|
+
### Vérification avant l'expédition
|
|
370
200
|
|
|
371
|
-
|
|
372
|
-
|-------|---------------|--------|
|
|
373
|
-
| Brief | entretien une question | (pas de sous-agents) |
|
|
374
|
-
| Explore | spawn 5 mappers + discussant | 5 mappers parallèles, design-discussant, research-synthesizer |
|
|
375
|
-
| Plan | spawn researcher + planner + checker | design-phase-researcher (optionnel), design-planner (opus), design-plan-checker (haiku) |
|
|
376
|
-
| Design | coordination de vagues + isolation worktree | design-executor par tâche, design-fixer en cas d'échec solidify |
|
|
377
|
-
| Verify | spawn auditor + verifier + checker | design-auditor, design-verifier, design-integration-checker |
|
|
378
|
-
| Reflect | lit télémétrie + apprentissages | design-reflector (opus), design-authority-watcher, design-update-checker |
|
|
201
|
+
GDD ne s'arrête pas quand l'UI « a l'air finie ».
|
|
379
202
|
|
|
380
|
-
|
|
203
|
+
L'étape de vérification contrôle si le résultat correspond toujours :
|
|
381
204
|
|
|
382
|
-
|
|
205
|
+
- au brief initial
|
|
206
|
+
- aux tokens du design system
|
|
207
|
+
- aux seuils d'accessibilité
|
|
208
|
+
- aux conventions de composants
|
|
209
|
+
- à la hiérarchie visuelle
|
|
210
|
+
- aux règles de motion et d'interaction
|
|
211
|
+
- aux décisions de design enregistrées
|
|
383
212
|
|
|
384
|
-
|
|
385
|
-
- **Refero** — recherche de références de design
|
|
386
|
-
- **Pinterest** — ancrage de références visuelles
|
|
387
|
-
- **Claude Design** — import de bundle de handoff
|
|
388
|
-
- **Storybook** — recherche de spécifications de composants
|
|
389
|
-
- **Chromatic** — diff de baseline de régression visuelle
|
|
390
|
-
- **Preview** — captures d'écran runtime Playwright + Claude Preview MCP
|
|
391
|
-
- **paper.design** — lecture/écriture canvas MCP
|
|
392
|
-
- **pencil.dev** — fichiers de spécification `.pen` suivis par git
|
|
393
|
-
- **Graphify** — export de graphe de connaissances
|
|
394
|
-
- **21st.dev Magic** — recherche de précédents avant builds greenfield
|
|
395
|
-
- **Magic Patterns** — génération de composants DS-aware
|
|
213
|
+
Quand des gaps apparaissent, GDD produit une liste de corrections structurée au lieu de laisser la review au feeling.
|
|
396
214
|
|
|
397
|
-
###
|
|
215
|
+
### Tests de comportement des skills
|
|
398
216
|
|
|
399
|
-
|
|
217
|
+
Les propres skills de GDD sont éprouvés sous des scénarios de pression adverse (pression temporelle, coût irrécupérable, autorité, minimisation du scope) pour confirmer qu'ils tiennent leur discipline plutôt que de céder. Voir [CONTRIBUTING.md](CONTRIBUTING.md) pour savoir comment ajouter un scénario de pression.
|
|
400
218
|
|
|
401
|
-
|
|
219
|
+
## Comment ça marche
|
|
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 trouve la tâche défaillante exacte. Chaque tâche est revertable indépendamment. Solidify-with-rollback ajoute une porte de validation au niveau de la tâche, donc une tâche 3 cassée ne corrompt jamais les tâches 4–10 avant que verify ne s'exécute.
|
|
411
|
-
|
|
412
|
-
### Boucle d'auto-amélioration
|
|
413
224
|
|
|
414
|
-
|
|
225
|
+
| Étape | Commande | Sortie |
|
|
226
|
+
| --- | --- | --- |
|
|
227
|
+
| Brief | `/gdd:brief` | Capture le problème de design |
|
|
228
|
+
| Explore | `/gdd:explore` | Cartographie le système UI, la dette, les tokens, les composants |
|
|
229
|
+
| Plan | `/gdd:plan` | Crée des tâches design atomiques |
|
|
230
|
+
| Design | `/gdd:design` | Exécute les tâches avec validation |
|
|
231
|
+
| Verify | `/gdd:verify` | Audite le résultat final |
|
|
415
232
|
|
|
416
|
-
|
|
233
|
+
### Sorties principales
|
|
417
234
|
|
|
418
|
-
|
|
419
|
-
|
|
420
|
-
|
|
421
|
-
|
|
422
|
-
-
|
|
423
|
-
|
|
424
|
-
|
|
425
|
-
|
|
426
|
-
|
|
427
|
-
---
|
|
235
|
+
| Fichier | Ce qu'il fait |
|
|
236
|
+
| --- | --- |
|
|
237
|
+
| `.design/BRIEF.md` | Le problème, l'audience, les métriques de succès du cycle |
|
|
238
|
+
| `.design/DESIGN.md` | Snapshot du design system actuel |
|
|
239
|
+
| `.design/DESIGN-CONTEXT.md` | Décisions et contraintes de design |
|
|
240
|
+
| `.design/DESIGN-PLAN.md` | Tâches atomiques, vagues, dépendances |
|
|
241
|
+
| `.design/DESIGN-VERIFICATION.md` | Résultat de vérification et liste de gaps |
|
|
242
|
+
| `.design/intel/` | Couche de connaissances interrogeable pour ce projet |
|
|
428
243
|
|
|
429
244
|
## Commandes
|
|
430
245
|
|
|
431
|
-
|
|
432
|
-
|
|
433
|
-
| Commande | Rôle |
|
|
434
|
-
|----------|------|
|
|
435
|
-
| `/gdd:brief` | Étape 1 — capturer le brief de design |
|
|
436
|
-
| `/gdd:explore` | Étape 2 — inventaire codebase + entretien |
|
|
437
|
-
| `/gdd:plan` | Étape 3 — produire DESIGN-PLAN.md |
|
|
438
|
-
| `/gdd:design` | Étape 4 — exécuter par vagues |
|
|
439
|
-
| `/gdd:verify` | Étape 5 — vérifier par rapport au brief |
|
|
440
|
-
| `/gdd:ship` | Générer une PR branche propre |
|
|
441
|
-
| `/gdd:next` | Routage auto vers la prochaine étape selon STATE.md |
|
|
442
|
-
| `/gdd:do <text>` | Routeur en langage naturel |
|
|
443
|
-
| `/gdd:fast <text>` | Correction triviale one-shot, sans pipeline |
|
|
444
|
-
| `/gdd:quick` | Tâche ad-hoc avec garanties GDD mais portes optionnelles sautées |
|
|
445
|
-
|
|
446
|
-
### Premier lancement + onboarding
|
|
447
|
-
|
|
448
|
-
| Commande | Rôle |
|
|
449
|
-
|----------|------|
|
|
450
|
-
| `/gdd:start` | Parcours de preuve premier-lancement — top 3 problèmes de design |
|
|
451
|
-
| `/gdd:new-project` | Initialiser un projet GDD |
|
|
452
|
-
| `/gdd:connections` | Assistant d'onboarding pour les 12 intégrations externes |
|
|
246
|
+
GDD livre 96 skills. Voici ceux dont la plupart des utilisateurs ont besoin au quotidien. Pour la référence complète, voir [SKILL.md](SKILL.md).
|
|
453
247
|
|
|
454
|
-
###
|
|
248
|
+
### Pipeline principal
|
|
455
249
|
|
|
456
250
|
| Commande | Rôle |
|
|
457
|
-
|
|
458
|
-
| `/gdd:
|
|
459
|
-
| `/gdd:
|
|
460
|
-
| `/gdd:
|
|
461
|
-
| `/gdd:
|
|
462
|
-
| `/gdd:
|
|
463
|
-
|
|
464
|
-
|
|
251
|
+
| --- | --- |
|
|
252
|
+
| `/gdd:brief` | Capturer le brief de design |
|
|
253
|
+
| `/gdd:explore` | Inventorier le système UI actuel |
|
|
254
|
+
| `/gdd:plan` | Produire le plan de design |
|
|
255
|
+
| `/gdd:design` | Exécuter le plan |
|
|
256
|
+
| `/gdd:verify` | Vérifier le résultat |
|
|
257
|
+
| `/gdd:ship` | Préparer une branche PR propre |
|
|
258
|
+
| `/gdd:next` | Router automatiquement vers l'étape suivante |
|
|
465
259
|
|
|
466
|
-
|
|
467
|
-
|----------|------|
|
|
468
|
-
| `/gdd:discuss [topic]` | Entretien de design adaptatif |
|
|
469
|
-
| `/gdd:list-assumptions` | Faire émerger les hypothèses cachées avant le plan |
|
|
470
|
-
| `/gdd:sketch [idea]` | Maquettes HTML multi-variantes |
|
|
471
|
-
| `/gdd:spike [idea]` | Expérience de faisabilité timeboxée |
|
|
472
|
-
| `/gdd:sketch-wrap-up` / `/gdd:spike-wrap-up` | Empaqueter les findings en skill local |
|
|
473
|
-
| `/gdd:audit` | Wrapper verify + audit + reflector |
|
|
474
|
-
| `/gdd:reflect` | Lancer le reflector à la demande |
|
|
475
|
-
| `/gdd:apply-reflections` | Examiner et appliquer sélectivement les propositions |
|
|
476
|
-
|
|
477
|
-
### Mémoire + couche de connaissances
|
|
260
|
+
### Usage quotidien
|
|
478
261
|
|
|
479
262
|
| Commande | Rôle |
|
|
480
|
-
|
|
481
|
-
| `/gdd:
|
|
482
|
-
| `/gdd:
|
|
483
|
-
| `/gdd:
|
|
484
|
-
| `/gdd:
|
|
485
|
-
| `/gdd:
|
|
486
|
-
| `/gdd:
|
|
487
|
-
| `/gdd:
|
|
488
|
-
| `/gdd:
|
|
489
|
-
|
|
490
|
-
|
|
263
|
+
| --- | --- |
|
|
264
|
+
| `/gdd:do <task>` | Routeur en langage naturel |
|
|
265
|
+
| `/gdd:fast <task>` | Correction ciblée légère |
|
|
266
|
+
| `/gdd:quick` | Flux de tâche léger |
|
|
267
|
+
| `/gdd:audit` | Audit de qualité design |
|
|
268
|
+
| `/gdd:darkmode` | Audit du dark mode |
|
|
269
|
+
| `/gdd:style <component>` | Handoff de style de composant |
|
|
270
|
+
| `/gdd:health` | Diagnostiquer l'état du pipeline |
|
|
271
|
+
| `/gdd:progress` | Afficher la progression du cycle actuel |
|
|
272
|
+
| `/gdd:resume` | Reprendre depuis un checkpoint |
|
|
273
|
+
|
|
274
|
+
### Outils de design et handoff
|
|
491
275
|
|
|
492
276
|
| Commande | Rôle |
|
|
493
|
-
|
|
494
|
-
| `/gdd:
|
|
277
|
+
| --- | --- |
|
|
278
|
+
| `/gdd:connections` | Configurer les intégrations optionnelles |
|
|
279
|
+
| `/gdd:figma-extract` | Extraire le contexte design system de Figma |
|
|
280
|
+
| `/gdd:figma-write` | Réécrire les décisions et le statut dans Figma |
|
|
495
281
|
| `/gdd:handoff <bundle>` | Importer un bundle Claude Design |
|
|
496
|
-
| `/gdd:
|
|
497
|
-
| `/gdd:
|
|
498
|
-
| `/gdd:style <Component>` | Générer un doc de handoff de composant |
|
|
282
|
+
| `/gdd:sketch <idea>` | Générer des maquettes HTML multi-variantes |
|
|
283
|
+
| `/gdd:spike <idea>` | Passe de faisabilité timeboxée |
|
|
499
284
|
|
|
500
|
-
|
|
501
|
-
|
|
502
|
-
| Commande | Rôle |
|
|
503
|
-
|----------|------|
|
|
504
|
-
| `/gdd:scan` | Inventaire design system codebase |
|
|
505
|
-
| `/gdd:map` | 5 mappers codebase parallèles |
|
|
506
|
-
| `/gdd:debug [desc]` | Investigation design pilotée par symptômes |
|
|
507
|
-
| `/gdd:health` | Rapport de santé des artefacts `.design/` |
|
|
508
|
-
| `/gdd:progress` | Position dans le pipeline |
|
|
509
|
-
| `/gdd:stats` | Statistiques de cycle |
|
|
510
|
-
| `/gdd:optimize` | Analyse de coût basée sur règles |
|
|
511
|
-
| `/gdd:warm-cache` | Préchauffer le cache Anthropic |
|
|
512
|
-
|
|
513
|
-
### Distribution + mise à jour
|
|
514
|
-
|
|
515
|
-
| Commande | Rôle |
|
|
516
|
-
|----------|------|
|
|
517
|
-
| `/gdd:update` | Mettre à jour GDD avec preview du changelog |
|
|
518
|
-
| `/gdd:reapply-patches` | Re-stitcher les modifs locales `reference/` |
|
|
519
|
-
| `/gdd:check-update` | Vérification manuelle de mise à jour |
|
|
520
|
-
| `/gdd:settings` | Configurer `.design/config.json` |
|
|
521
|
-
| `/gdd:set-profile <profile>` | Basculer le profil de modèle |
|
|
522
|
-
| `/gdd:undo` | Revert sécurisé de changement de design |
|
|
523
|
-
| `/gdd:pr-branch` | PR branche propre |
|
|
524
|
-
|
|
525
|
-
### Backlog + notes
|
|
526
|
-
|
|
527
|
-
| Commande | Rôle |
|
|
528
|
-
|----------|------|
|
|
529
|
-
| `/gdd:todo` | Ajouter / lister / choisir des tâches de design |
|
|
530
|
-
| `/gdd:add-backlog <idea>` | Garer une idée pour un cycle futur |
|
|
531
|
-
| `/gdd:review-backlog` | Examiner les éléments garés |
|
|
532
|
-
|
|
533
|
-
### Aide
|
|
534
|
-
|
|
535
|
-
| Commande | Rôle |
|
|
536
|
-
|----------|------|
|
|
537
|
-
| `/gdd:help` | Liste complète des commandes et usage |
|
|
538
|
-
| `/gdd:bandit-reset` | Réinitialiser le postérieur de la couche adaptative à la sortie d'un nouveau modèle Anthropic |
|
|
539
|
-
|
|
540
|
-
---
|
|
285
|
+
Référence complète des commandes : [SKILL.md](SKILL.md)
|
|
541
286
|
|
|
542
287
|
## Connexions
|
|
543
288
|
|
|
544
|
-
GDD
|
|
545
|
-
|
|
546
|
-
| Connexion | Objectif | Sonde |
|
|
547
|
-
|-----------|----------|-------|
|
|
548
|
-
| **Figma** | Lire tokens, composants, screenshots ; écrire annotations, Code Connect, statut d'implémentation | `mcp__figma__get_metadata` + `use_figma` |
|
|
549
|
-
| **Refero** | Recherche de références de design | `mcp__refero__search` |
|
|
550
|
-
| **Pinterest** | Référence visuelle pour brand voice + style | OAuth + MCP |
|
|
551
|
-
| **Claude Design** | Import de bundle de handoff | URL ou fichier local |
|
|
552
|
-
| **Storybook** | Recherche de spécifications composant au port 6006 | Sonde HTTP |
|
|
553
|
-
| **Chromatic** | Diff de baseline de régression visuelle | Clé API |
|
|
554
|
-
| **Preview** | Screenshots runtime Playwright + Claude Preview MCP | `mcp__Claude_Preview__preview_*` |
|
|
555
|
-
| **paper.design** | Lecture/écriture canvas MCP | `mcp__paper__use_paper` |
|
|
556
|
-
| **pencil.dev** | Spécifications `.pen` suivies par git | Fichiers `.pen` dans le repo |
|
|
557
|
-
| **Graphify** | Export de graphe de connaissances | `mcp__graphify__*` |
|
|
558
|
-
| **21st.dev Magic** | Recherche de précédents avant greenfield | `mcp__magic__search` |
|
|
559
|
-
| **Magic Patterns** | Génération de composants DS-aware | `mcp__magic-patterns__generate` |
|
|
560
|
-
|
|
561
|
-
Détails complets dans [`connections/connections.md`](connections/connections.md).
|
|
289
|
+
GDD fonctionne sans outils externes, mais peut se connecter à 39 intégrations optionnelles. Toutes sont optionnelles ; le pipeline dégrade gracieusement vers des fallbacks quand une connexion est indisponible.
|
|
562
290
|
|
|
563
|
-
|
|
291
|
+
La couche de connexion couvre ces catégories :
|
|
564
292
|
|
|
565
|
-
|
|
293
|
+
- **Surfaces de design** - Figma (lecture + écriture + Code Connect), paper.design, pencil.dev, Penpot, Framer, Webflow, Plasmic
|
|
294
|
+
- **Référence et recherche** - Refero, Pinterest, Lazyweb, Mobbin, handoff Claude Design
|
|
295
|
+
- **Génération de composants** - 21st.dev Magic, Magic Patterns, v0.dev, Builder.io
|
|
296
|
+
- **Spécification de composants et QA visuelle** - Storybook, Chromatic, Preview (Playwright + Claude Preview MCP)
|
|
297
|
+
- **Graphe de connaissances** - Graphify
|
|
298
|
+
- **Sortie native et non-web** - Xcode Simulator, Android Emulator, Litmus / Email-on-Acid, moteur de rendu print
|
|
299
|
+
- **Vérification de motion** - Lottie, Rive
|
|
300
|
+
- **Surfaces d'équipe** - Slack, Discord, Linear, Jira, Notion, PR GitHub
|
|
566
301
|
|
|
567
|
-
|
|
302
|
+
Configurez les intégrations avec :
|
|
568
303
|
|
|
569
|
-
|
|
570
|
-
|
|
571
|
-
| Profil | Planning | Exécution | Vérification |
|
|
572
|
-
|--------|----------|-----------|--------------|
|
|
573
|
-
| `quality` | Opus | Opus | Sonnet |
|
|
574
|
-
| `balanced` (par défaut) | 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
|
-
Échelle `.design/budget.json#adaptive_mode` (v1.23.5) :
|
|
308
|
+
Pour la liste complète des connexions avec leurs motifs de sonde, voir [connections/connections.md](connections/connections.md).
|
|
585
309
|
|
|
586
|
-
|
|
587
|
-
|------|------|
|
|
588
|
-
| `static` (par défaut) | Comportement Phase 10.1 |
|
|
589
|
-
| `hedge` | Ensemble AdaNormalHedge + reranking MMR engagés. Introduction la plus sûre. |
|
|
590
|
-
| `full` | Routeur bandit + Hedge + MMR tous actifs |
|
|
310
|
+
## Prérequis
|
|
591
311
|
|
|
592
|
-
|
|
312
|
+
- Node.js 22 ou 24
|
|
313
|
+
- Git
|
|
314
|
+
- Un runtime de code IA supporté
|
|
593
315
|
|
|
594
|
-
|
|
595
|
-
|-----------|--------|----------|
|
|
596
|
-
| `parallelism.enabled` | `true` | Exécuter les tâches indépendantes en worktrees |
|
|
597
|
-
| `parallelism.min_estimated_savings_seconds` | `30` | Sauter la parallélisation sous ce seuil |
|
|
598
|
-
| `parallelism.max_concurrent_workers` | `4` | Plafond dur sur les workers simultanés |
|
|
316
|
+
## Support multi-runtime
|
|
599
317
|
|
|
600
|
-
|
|
318
|
+
GDD s'installe sur 14 runtimes de code IA : Claude Code, Codex, Cursor, Gemini CLI, OpenCode, Kilo, Copilot, Windsurf, Antigravity, Augment, Trae, Qwen Code, CodeBuddy et Cline. Les mêmes skills et agents sources sont compilés vers la disposition native de chaque runtime (`skills/`, `command/`, `agents/`, ou `.clinerules`) par des convertisseurs propres à chaque runtime, de sorte que le pipeline vous suit d'un éditeur à l'autre.
|
|
601
319
|
|
|
602
|
-
|
|
603
|
-
|-----------|--------|----------|
|
|
604
|
-
| `solidify.rollback_mode` | `"stash"` | `stash` / `hard` / `none` |
|
|
605
|
-
| `solidify.commands` | autodetect | Surcharger commandes typecheck / build / test |
|
|
606
|
-
| `verify.iterations_max` | `3` | Plafond de la boucle verify→fix |
|
|
607
|
-
| `connection.figma_writeback` | `proposal` | `proposal` / `auto` |
|
|
320
|
+
Claude Code est le produit phare. L'expérience complète s'y déroule de bout en bout : chaque agent, les hooks de défense en profondeur et les connexions adossées à MCP. Sur les autres runtimes, vous obtenez les mêmes skills et agents dans leur forme native, les connexions adossées à MCP s'activent sur les hôtes compatibles MCP, et la couche de hooks est spécifique à Claude Code.
|
|
608
321
|
|
|
609
|
-
|
|
610
|
-
|
|
611
|
-
## Sécurité
|
|
612
|
-
|
|
613
|
-
### Durcissement intégré
|
|
322
|
+
## Sécurité et confidentialité
|
|
614
323
|
|
|
615
|
-
GDD
|
|
324
|
+
GDD est local-first par défaut. Il écrit les artefacts du projet sous `.design/`, n'utilise les intégrations optionnelles que lorsqu'elles sont configurées, et garde le signalement de problèmes soumis au consentement.
|
|
616
325
|
|
|
617
|
-
|
|
618
|
-
- **`hooks/gdd-protected-paths.js`** — PreToolUse:Edit/Write/Bash applique la liste glob `protected_paths`.
|
|
619
|
-
- **`hooks/gdd-read-injection-scanner.ts`** — scanne le contenu Read entrant pour Unicode invisible, commentaires HTML, motifs d'exfiltration de secrets.
|
|
620
|
-
- **`scripts/lib/blast-radius.cjs`** — préflight de `design-executor` refuse les tâches au-dessus de `max_files_per_task: 10` / `max_lines_per_task: 400`.
|
|
621
|
-
- **`hooks/gdd-mcp-circuit-breaker.js`** — coupe les boucles de timeout consécutifs sur `use_figma` / `use_paper` / `use_pencil`.
|
|
622
|
-
|
|
623
|
-
### Protéger les fichiers sensibles
|
|
326
|
+
Le plugin inclut des hooks de défense en profondeur pour les chemins protégés, le blocage de commandes dangereuses, le scan d'injection, le circuit breaking MCP et l'application des budgets. GDD expose également 13 outils MCP en lecture seule pour une introspection sûre du projet.
|
|
624
327
|
|
|
625
328
|
Ajoutez les chemins sensibles à la deny list de votre runtime :
|
|
626
329
|
|
|
@@ -631,7 +334,6 @@ Ajoutez les chemins sensibles à la deny list de votre runtime :
|
|
|
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 @@ Ajoutez les chemins sensibles à la deny list de votre runtime :
|
|
|
639
341
|
}
|
|
640
342
|
```
|
|
641
343
|
|
|
642
|
-
|
|
643
|
-
> Comme GDD génère des fichiers markdown qui deviennent des prompts système LLM, tout texte contrôlé par l'utilisateur qui s'écoule dans les artefacts `.design/` est un vecteur potentiel d'injection de prompt indirecte. Le scanner d'injection attrape de tels vecteurs à plusieurs couches — mais la défense en profondeur reste la meilleure pratique.
|
|
644
|
-
|
|
645
|
-
---
|
|
646
|
-
|
|
647
|
-
## Dépannage
|
|
344
|
+
À lire : [SECURITY.md](SECURITY.md) · [PRIVACY.md](PRIVACY.md)
|
|
648
345
|
|
|
649
|
-
|
|
650
|
-
- Redémarrez votre runtime
|
|
651
|
-
- Vérifiez `~/.claude/skills/get-design-done/` (global) ou `./.claude/skills/get-design-done/` (local)
|
|
652
|
-
- Lancez `/gdd:help` pour confirmer l'enregistrement
|
|
346
|
+
## Mise à jour
|
|
653
347
|
|
|
654
|
-
**Pipeline bloqué en milieu d'étape ?**
|
|
655
|
-
- `/gdd:resume` — restaurer depuis le dernier checkpoint numéroté
|
|
656
|
-
- `/gdd:health` — diagnostiquer les problèmes d'artefacts `.design/`
|
|
657
|
-
- `/gdd:progress --forensic` — audit d'intégrité 6 vérifications
|
|
658
|
-
|
|
659
|
-
**Dépassement de coût ?**
|
|
660
|
-
- `/gdd:optimize` — recommandations basées sur règles
|
|
661
|
-
- `/gdd:set-profile budget` — basculer en niveau budget
|
|
662
|
-
- Définissez `adaptive_mode: "full"` dans `.design/budget.json` — le bandit apprendra
|
|
663
|
-
|
|
664
|
-
**Mise à jour vers la dernière version ?**
|
|
665
348
|
```bash
|
|
666
349
|
npx @hegemonart/get-design-done@latest
|
|
667
350
|
```
|
|
668
351
|
|
|
669
|
-
|
|
352
|
+
Ou depuis Claude Code :
|
|
670
353
|
|
|
671
354
|
```bash
|
|
672
|
-
|
|
355
|
+
/gdd:update
|
|
673
356
|
```
|
|
674
357
|
|
|
675
|
-
|
|
358
|
+
Pour l'historique complet des releases, voir [CHANGELOG.md](CHANGELOG.md).
|
|
676
359
|
|
|
677
|
-
|
|
678
|
-
# Désinstallation globale (par runtime)
|
|
679
|
-
npx @hegemonart/get-design-done --claude --global --uninstall
|
|
680
|
-
npx @hegemonart/get-design-done --opencode --global --uninstall
|
|
681
|
-
# ... même pattern --<runtime> --global --uninstall pour les 14 runtimes
|
|
360
|
+
## Dépannage
|
|
682
361
|
|
|
683
|
-
|
|
684
|
-
npx @hegemonart/get-design-done --uninstall
|
|
362
|
+
### Les commandes n'apparaissent pas
|
|
685
363
|
|
|
686
|
-
|
|
687
|
-
npx @hegemonart/get-design-done --claude --local --uninstall
|
|
688
|
-
# ... avec flag --local
|
|
689
|
-
```
|
|
364
|
+
Redémarrez votre runtime et lancez :
|
|
690
365
|
|
|
691
|
-
|
|
366
|
+
```bash
|
|
367
|
+
/gdd:help
|
|
368
|
+
```
|
|
692
369
|
|
|
693
|
-
|
|
370
|
+
### Le pipeline est bloqué
|
|
694
371
|
|
|
695
|
-
|
|
372
|
+
```bash
|
|
373
|
+
/gdd:health
|
|
374
|
+
/gdd:resume
|
|
375
|
+
```
|
|
696
376
|
|
|
697
|
-
|
|
377
|
+
### Le coût est trop élevé
|
|
698
378
|
|
|
699
|
-
|
|
700
|
-
|
|
701
|
-
|
|
702
|
-
- **Repli si `gh` absent.** Si la CLI GitHub n'est pas installée, la charge utile est écrite sur disque dans `.design/issue-drafts/` et l'URL du modèle d'issue est copiée dans le presse-papiers.
|
|
379
|
+
```bash
|
|
380
|
+
/gdd:optimize
|
|
381
|
+
```
|
|
703
382
|
|
|
704
|
-
|
|
383
|
+
## Contribuer
|
|
705
384
|
|
|
706
|
-
|
|
385
|
+
```bash
|
|
386
|
+
npm install
|
|
387
|
+
npm test
|
|
388
|
+
npm run typecheck
|
|
389
|
+
```
|
|
707
390
|
|
|
708
|
-
|
|
391
|
+
À lire : [CONTRIBUTING.md](CONTRIBUTING.md)
|
|
709
392
|
|
|
710
393
|
## Licence
|
|
711
394
|
|
|
712
|
-
Licence MIT. Voir [LICENSE](LICENSE) pour les détails.
|
|
395
|
+
Licence MIT. Voir [LICENSE](LICENSE) pour les détails. Les attributions tierces sont listées dans [NOTICE](NOTICE).
|
|
713
396
|
|
|
714
397
|
---
|
|
715
398
|
|