@hegemonart/get-design-done 1.59.6 → 1.59.7

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -6,9 +6,9 @@
6
6
 
7
7
  > 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 exploration plan implémentation vérification.**
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, vos références et vos quality gates. Fonctionne avec Claude Code, OpenCode, Gemini CLI, Kilo, Codex, Copilot, Cursor, Windsurf, Antigravity, Augment, Trae, Qwen Code, CodeBuddy et Cline.**
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
  [![npm version](https://img.shields.io/npm/v/@hegemonart/get-design-done?style=for-the-badge&logo=npm&logoColor=white&color=CB3837)](https://www.npmjs.com/package/@hegemonart/get-design-done)
14
14
  [![npm downloads](https://img.shields.io/npm/dm/@hegemonart/get-design-done?style=for-the-badge&logo=npm&logoColor=white&color=CB3837)](https://www.npmjs.com/package/@hegemonart/get-design-done)
@@ -17,610 +17,313 @@
17
17
  [![Node](https://img.shields.io/badge/node-22%20%7C%2024-339933?style=for-the-badge&logo=node.js&logoColor=white)](https://nodejs.org/)
18
18
  [![License](https://img.shields.io/badge/license-MIT-blue?style=for-the-badge)](LICENSE)
19
19
 
20
- <br>
21
-
22
20
  ```bash
23
21
  npx @hegemonart/get-design-done@latest
24
22
  ```
25
23
 
26
24
  **Fonctionne sur macOS, Linux et Windows.**
27
25
 
28
- <br>
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
- > [!IMPORTANT]
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 est la couche d'ingénierie de contexte pour le travail de design. Il transforme « améliore cette UI » en cycle traçable : brief → inventaire → références → plan → implémentation → vérification.
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
- ## Ce que vous obtenez
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
- - **Travail design ancré dans le brief** — chaque cycle commence par le problème, l'audience, les contraintes, les critères de réussite et les must-haves.
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
- ## Pour qui est-ce
44
+ Sans workflow design, les interfaces générées dérivent :
85
45
 
86
- GDD est fait pour les ingénieurs, designers, design engineers, fondateurs et builders produit qui livrent de l'UI avec des agents de code IA et veulent un résultat qui tienne au-delà de la première capture d'écran.
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
- Utilisez-le si vous voulez que les tokens correspondent, que le contraste passe WCAG, que la motion reste cohérente, que les composants suivent votre système et que l'implémentation finale corresponde encore à votre demande.
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
- Vous n'avez pas besoin d'être designer. Le pipeline apporte la discipline design au workflow agentique : il extrait le contexte, ne pose que les questions manquantes, ancre le travail dans des références et attrape les problèmes que l'on découvre généralement trop tard.
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
- ### Points forts v1.24.0 — Installeur multi-runtime
56
+ ## Installation
93
57
 
94
- - **Multi-sélection interactive `@clack/prompts`** — `npx @hegemonart/get-design-done` sans flag ouvre maintenant une UI de cases à cocher soignée pour les 14 runtimes supportés (Claude Code, OpenCode, Gemini CLI, Kilo, Codex, Copilot, Cursor, Windsurf, Antigravity, Augment, Trae, Qwen Code, CodeBuddy, Cline) plus une radio Global / Local.
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
- L'installeur vous invite à choisir :
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
- /gdd:help
66
+ ```bash
67
+ /plugin marketplace add hegemonart/get-design-done
68
+ /plugin install get-design-done@get-design-done
69
+ /reload-plugins
139
70
  ```
140
71
 
141
- > [!TIP]
142
- > 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
- npx @hegemonart/get-design-done@latest
75
+ codex plugin marketplace add hegemonart/get-design-done
150
76
  ```
151
77
 
152
- Ou depuis Claude Code :
153
-
154
- ```
155
- /gdd:update
156
- ```
78
+ ### agentskills.io
157
79
 
158
- `/gdd:update` prévisualise le changelog avant d'appliquer. Les modifications locales sous `reference/` sont préservées — si une mise à jour structurelle nécessite un re-stitching, exécutez `/gdd:reapply-patches`.
80
+ Parcourez et installez Get Design Done depuis le registre de skills [agentskills.io](https://agentskills.io).
159
81
 
160
- <details>
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
- npx @hegemonart/get-design-done --opencode --global
167
- npx @hegemonart/get-design-done --gemini --global
168
- npx @hegemonart/get-design-done --kilo --global
88
+
89
+ # 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 --windsurf --global
173
- npx @hegemonart/get-design-done --antigravity --global
174
- npx @hegemonart/get-design-done --augment --global
175
- npx @hegemonart/get-design-done --trae --global
176
- npx @hegemonart/get-design-done --qwen --global
177
- npx @hegemonart/get-design-done --codebuddy --global
178
- npx @hegemonart/get-design-done --cline --global
179
-
180
- # 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
- # Dry run
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
- </details>
101
+ ## Démarrage rapide
191
102
 
192
- <details>
193
- <summary><strong>Alternative : Claude Code CLI</strong></summary>
103
+ Lancez une première passe légère :
194
104
 
195
105
  ```bash
196
- claude plugin marketplace add hegemonart/get-design-done
197
- claude plugin install get-design-done@get-design-done
106
+ /gdd:start
198
107
  ```
199
108
 
200
- </details>
201
-
202
- ### Tier-2 Distribution Channels (v1.28.8+)
203
-
204
- 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
- **Phase 1 — auto-authoring (opt-in une fois les données franchissant le seuil).** Lorsque K=3 clusters stables émergent sur M=10 cycles de réflexion, `/gdd:apply-reflections` vous propose une seule fois d'activer la Phase 1. Le reflector esquisse alors des artefacts incubateur sous `.design/reflections/incubator/<slug>/` avec frontmatter conforme Phase 28.5. Quatre actions : `accept` / `reject` / `defer` / `edit`. Strictement proposition-only — `/gdd:apply-reflections` reste l'unique gate humain (Phase 11 SC-8).
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
- Décompose la sortie d'Explore en tâches de design atomiques, coordonnées par vagues, avec analyse des dépendances. Chaque tâche porte des chemins `Touches:` explicites, des tags de sécurité parallèle et des critères d'acceptation. `design-planner` (opus) rédige ; `design-plan-checker` (haiku) vérifie avant exécution.
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:design
121
+ ```bash
122
+ /gdd:do improve the checkout page hierarchy, spacing, and empty states
271
123
  ```
272
124
 
273
- Exécute les tâches dans l'ordre des vagues. Chaque tâche obtient un agent `design-executor` dédié avec un nouveau contexte de 200k, un commit git atomique et une gestion automatique des déviations selon les règles de contexte. Les tâches sûres en parallèle s'exécutent dans des worktrees.
125
+ ## Cas d'usage
274
126
 
275
- **Solidify-with-rollback** (v1.23.0) chaque tâche valide (typecheck + build + test ciblé) avant de verrouiller. Échec de validation → revert via `git stash`.
127
+ ### Améliorer un écran existant
276
128
 
277
- **Crée :** un `.design/tasks/task-NN.md` par tâche, un commit git atomique par tâche
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
- ### 5. Verify
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
- Vérifie par rapport au brief — must-haves, heuristiques NN/g, rubrique d'audit, intégration de tokens. Trois agents s'exécutent séquentiellement : `design-auditor` (score 6 piliers 1–4), `design-verifier` (rétro-objectif), `design-integration-checker` (greppe les décisions D-XX dans le code). Aux échecs, produit une liste de gaps structurée et entre dans une boucle verify→fix via `design-fixer`.
143
+ ### Auditer avant l'expédition
304
144
 
305
- **Crée :** `.design/DESIGN-VERIFICATION.md`, commits de fix si problèmes trouvés
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
- ### 6. Ship Reflect → Cycle suivant
151
+ ### Corriger le dark mode
310
152
 
311
- ```
312
- /gdd:ship # Génère une PR branche propre (filtre les commits .design/)
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
- Ou routage automatique :
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
- ### Mode Fast
165
+ ### Faire une petite correction ciblée
330
166
 
331
- ```
332
- /gdd:fast "<task>"
167
+ ```bash
168
+ /gdd:fast "fix contrast in pricing cards"
333
169
  ```
334
170
 
335
- Pour les corrections triviales d'un seul fichier qui n'ont pas besoin du pipeline complet. Saute le routeur, le cache-manager et la télémétrie. Mêmes garanties de commit atomique.
171
+ ## Ce qui le rend différent
336
172
 
337
- ```
338
- /gdd:quick
339
- ```
173
+ ### Connaissance design locale
340
174
 
341
- Pour les tâches ad-hoc qui nécessitent les garanties GDD mais sautent les portes optionnelles (pas de phase-researcher, pas d'analyste d'hypothèses, pas d'integration-checker). Plus rapide que le pipeline complet ; plus sûr que `/gdd:fast`.
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
- ## Pourquoi ça marche
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
- ### Ingénierie de contexte
181
+ Carte complète : [docs/KNOWLEDGE-BASE.md](docs/KNOWLEDGE-BASE.md)
348
182
 
349
- Les CLI de codage IA sont puissants **si** vous leur donnez du contexte. La plupart des gens ne le font pas.
183
+ ### Mémoire spécifique au projet
350
184
 
351
- GDD le gère pour vous :
185
+ GDD crée un espace de travail `.design/` qui ancre chaque cycle :
352
186
 
353
- | Fichier | Rôle |
354
- |---------|------|
355
- | `.design/BRIEF.md` | Le problème, l'audience, les métriques de succès du cycle |
356
- | `.design/DESIGN.md` | Snapshot du design system actuel (tokens, composants, hiérarchie) |
357
- | `.design/DESIGN-CONTEXT.md` | Décisions D-XX, réponses d'entretien, contraintes amont/aval |
358
- | `.design/DESIGN-PLAN.md` | Tâches atomiques, chorégraphie de vagues, dépendances |
359
- | `.design/DESIGN-VERIFICATION.md` | Résultat de vérification, liste de gaps, score Handoff Faithfulness |
360
- | `.design/intel/` | Couche de connaissances interrogeable |
361
- | `.design/archive/cycle-N/EXPERIENCE.md` | Rétrospective par cycle, mémoire inter-cycles |
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
- ### 37 agents spécialisés
197
+ Plus vous l'utilisez longtemps, moins l'agent a à redécouvrir.
368
198
 
369
- Chaque étape est un orchestrateur léger qui spawn des agents spécialisés.
199
+ ### Vérification avant l'expédition
370
200
 
371
- | Étape | Orchestrateur | Agents |
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
- ### 12 connexions d'outils
203
+ L'étape de vérification contrôle si le résultat correspond toujours :
381
204
 
382
- Toutes optionnelles le pipeline dégrade gracieusement quand une connexion est indisponible :
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
- - **Figma** (lecture + écriture + Code Connect)
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
- ### Références de design intégrées
215
+ ### Tests de comportement des skills
398
216
 
399
- Le plugin livre **18+ fichiers de référence** NN/g 10, design émotionnel de Don Norman, 10 principes de Dieter Rams, 12 principes de Disney (motion), lentille d'authoring de composants Sonner / Emil Kowalski, Peak-End, Loss Aversion, Cognitive Load, Aesthetic-Usability, Doherty, Flow, 35 spécifications de composants, gestalt, hiérarchie visuelle, brand voice, 161 palettes par industrie, 67 esthétiques d'UI, 12 easings de motion, 8 familles de transition, WCAG 2.1 AA, plateformes (iOS/Android/web/visionOS/watchOS), RTL/CJK, patterns de formulaire, catalogue d'anti-patterns.
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
- ### Commits git atomiques
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
- Après chaque cycle, `design-reflector` (opus) lit `events.jsonl`, `agent-metrics.json`, `learnings/`, puis propose des diffs — surcharges de niveau, règles de parallélisation, ajouts de références, mises à jour de frontmatter. `/gdd:apply-reflections` montre le diff et demande avant d'appliquer.
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
- La **couche adaptative No-Regret** (v1.23.5) ajoute par-dessus un bandit Thompson sampling + ensemble AdaNormalHedge + reranking MMR, viable en mono-utilisateur via bootstrap par a priori informé.
233
+ ### Sorties principales
417
234
 
418
- ### Gouvernance des coûts
419
-
420
- - **Skill `gdd-router`** routage déterministe intent fast / quick / full, sans appel de modèle.
421
- - **`gdd-cache-manager`** cache explicite Layer-B, hash d'entrée SHA-256, conscience TTL 5 min.
422
- - **Hook PreToolUse `budget-enforcer`** applique surcharges de niveau, plafonds durs, portes de spawn paresseuses depuis `.design/budget.json`.
423
- - **Télémétrie de coût par spawn** — les lignes `.design/telemetry/costs.jsonl` alimentent les recommandations basées sur règles de `/gdd:optimize`.
424
-
425
- Vise une réduction de coût de 50–70% par tâche sans régression de qualité.
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
- ### Pipeline principal
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
- ### Cycle de vie
248
+ ### Pipeline principal
455
249
 
456
250
  | Commande | Rôle |
457
- |----------|------|
458
- | `/gdd:new-cycle` | Nouveau cycle de design |
459
- | `/gdd:complete-cycle` | Archiver les artefacts du cycle + EXPERIENCE.md |
460
- | `/gdd:pause` / `/gdd:resume` | Checkpoints numérotés |
461
- | `/gdd:continue` | Alias pour `/gdd:resume` |
462
- | `/gdd:timeline` | Rétrospective narrative à travers cycles + git log |
463
-
464
- ### Itération + décisions
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
- | Commande | Rôle |
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:recall <query>` | Recherche FTS5 |
482
- | `/gdd:extract-learnings` | Extraire patterns/décisions/leçons |
483
- | `/gdd:note <text>` | Capture d'idée sans friction |
484
- | `/gdd:plant-seed <idea>` | Idée prospective avec condition de déclenchement |
485
- | `/gdd:analyze-dependencies` | Token fan-out, call-graphs, traçabilité de décisions |
486
- | `/gdd:skill-manifest` | Lister tous les skills et agents GDD |
487
- | `/gdd:graphify` | Construire/interroger/diff le graphe de connaissances |
488
- | `/gdd:watch-authorities` | Diff du whitelist de feeds d'autorité |
489
-
490
- ### Connexions
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:figma-write` | Écrire les décisions de design dans Figma |
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:darkmode` | Auditer l'implémentation dark-mode |
497
- | `/gdd:compare` | Calculer le delta DESIGN.md vs DESIGN-VERIFICATION.md |
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
- ### Diagnostic + forensique
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 livre 12 connexions d'outils. Toutes optionnelles. Configurer avec `/gdd:connections`.
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
- ## Configuration
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
- GDD stocke les paramètres projet dans `.design/config.json`. Configurer pendant `/gdd:new-project` ou mettre à jour avec `/gdd:settings`.
302
+ Configurez les intégrations avec :
568
303
 
569
- ### Profils de modèle
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
- ### Mode adaptatif
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
- | Mode | Rôle |
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
- ### Parallélisme
312
+ - Node.js 22 ou 24
313
+ - Git
314
+ - Un runtime de code IA supporté
593
315
 
594
- | Paramètre | Défaut | Contrôle |
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
- ### Portes de qualité
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
- | Paramètre | Défaut | Contrôle |
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 livre une défense en profondeur depuis la Phase 14.5 :
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
- - **`hooks/gdd-bash-guard.js`** PreToolUse:Bash bloque ~50 motifs dangereux après normalisation Unicode NFKC + ANSI.
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
- > [!IMPORTANT]
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
- **Commandes introuvables après installation ?**
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
- **Docker / conteneurs ?**
352
+ Ou depuis Claude Code :
670
353
 
671
354
  ```bash
672
- CLAUDE_CONFIG_DIR=/workspace/.claude npx @hegemonart/get-design-done
355
+ /gdd:update
673
356
  ```
674
357
 
675
- ### Désinstallation
358
+ Pour l'historique complet des releases, voir [CHANGELOG.md](CHANGELOG.md).
676
359
 
677
- ```bash
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
- # Désinstallation interactive multi-sélection (sans flag de runtime)
684
- npx @hegemonart/get-design-done --uninstall
362
+ ### Les commandes n'apparaissent pas
685
363
 
686
- # Désinstallation locale
687
- npx @hegemonart/get-design-done --claude --local --uninstall
688
- # ... avec flag --local
689
- ```
364
+ Redémarrez votre runtime et lancez :
690
365
 
691
- Supprime toutes les commandes, agents, hooks et paramètres GDD tout en préservant vos autres configurations.
366
+ ```bash
367
+ /gdd:help
368
+ ```
692
369
 
693
- ---
370
+ ### Le pipeline est bloqué
694
371
 
695
- ## Canal de retour (v1.30.0+)
372
+ ```bash
373
+ /gdd:health
374
+ /gdd:resume
375
+ ```
696
376
 
697
- GDD inclut désormais un rapporteur de problèmes GitHub avec consentement explicite via la commande slash `/gdd:report-issue`.
377
+ ### Le coût est trop élevé
698
378
 
699
- - **Ce qu'il fait.** Vous guide pour signaler un bug ou une lacune fonctionnelle, avec aperçu de la charge utile avant soumission. Local-first, basé sur le consentement, pas de mode automatique.
700
- - **Pseudonymisation, PAS d'anonymisation.** Les identifiants directs (nom d'utilisateur, nom d'hôte, chemins absolus, identité Git, valeurs des variables d'environnement, e-mails, adresses IP) sont remplacés par des pseudonymes stables — mais la corrélation interne est préservée pour que les mainteneurs puissent déboguer. Les canaux latéraux (style d'écriture, motifs de code, empreintes de dépôt) peuvent encore ré-identifier. Vous voyez la charge utile complète avant l'envoi et donnez votre consentement par problème.
701
- - **Interrupteur d'arrêt.** Définissez `GDD_DISABLE_ISSUE_REPORTER=1` (env) ou ajoutez `{ "issue_reporter": false }` à `.design/config.json` pour arrêter la soumission avant tout appel réseau.
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
- Voir [`README.md`](README.md) en anglais pour les détails complets, [`reference/pseudonymization-rules.md`](reference/pseudonymization-rules.md) pour le catalogue de règles (R1..R8) et [`reference/known-failure-modes.md`](reference/known-failure-modes.md) pour les modes d'échec connus.
383
+ ## Contribuer
705
384
 
706
- **Mise à jour v1.30.5** — le catalogue compte maintenant 22 entrées (10 dans v1.30.0) et un nouveau matcher flou déterministe (`scripts/lib/failure-mode-matcher.cjs`) renvoie des candidats top-N avec score de confiance. Le réflecteur + authority-watcher peuvent proposer de nouvelles entrées via `/gdd:apply-reflections` (6e classe de proposition) — strictement propositionnel, chaque entrée passe par la revue utilisateur.
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