Skip to main content

studio-maquette

Utiliser quand l'utilisateur veut les maquettes hi-fi et le design system — « maquette », « design du site », « écrans hi-fi », « design system », « maquette Figma de [projet] ». Design system Figma d'abord (variables des tokens), écrans hi-fi qui consomment les variables, gates critique + accessibilité, puis handoff Lovable. À NE PAS utiliser sans DA + wireframes validés (direction-artistique, architecture-info).

Zur Installation springen

Quellinformationen

Repository
PrendsTaPart/Plugin-Claude-MCP-BraindCode-
Letzte Quellaktivität
15. Juli 2026 um 20:30
Erkannte Sprache von SKILL.md
Französisch
Sterne
8
Forks
0

Installationsoptionen

Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.

Quelldateien prüfen

Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.

SKILL.md wird angezeigt

SKILL.md
Quellanweisungen · Schreibgeschützte Vorschau
name
studio-maquette
description
Utiliser quand l'utilisateur veut les maquettes hi-fi et le design system — « maquette », « design du site », « écrans hi-fi », « design system », « maquette Figma de [projet] ». Design system Figma d'abord (variables des tokens), écrans hi-fi qui consomment les variables, gates critique + accessibilité, puis handoff Lovable. À NE PAS utiliser sans DA + wireframes validés (direction-artistique, architecture-info).
# Studio maquette (design system Figma ↔ Lovable) Le **design system d'abord**, puis les écrans hi-fi qui **consomment les variables** (zéro valeur en dur). Fil rouge des tokens : charte → Figma → Lovable. ## Étape 0 — prérequis Lire `reference/pipeline-design.md`, `reference/passerelles.md`, `reference/jugement-design.md`. **Prérequis** : **DA validée** (`direction-artistique`) + **wireframes validés** (`architecture-info`). Si absents → **renvoyer** (pas de hi-fi sur structure non validée). Charger la charte (`get_brand` + KB). ## 1. Design system d'abord Créer le **design system Figma** (`figma-generate-library`) : **variables** depuis les tokens de la DA (couleurs hex de la charte, **modes clair/sombre**, échelle d'espacement), **composants** de base. Enrichi des **audits** de design system (WCAG, scoring de composants — patterns de work-with-design-systems, cf. `NOTICE.md`). ## 2. Écrans hi-fi (consomment les variables) Écrans par lot (`figma-generate-design`) **qui référencent les variables**, **JAMAIS** de valeur en dur. Une idée par écran, hiérarchie claire (`jugement-design.md`). ## 3. Gates (bloquants avant livraison) - **Gate critique** : passer `reference/jugement-design.md` (anti-goût-IA, hiérarchie, respiration) → corriger tant que ça sent le template. - **Gate accessibilité (WCAG)** : contrastes AA, tailles de cibles tactiles (≥ 44 px), focus visibles, ordre de lecture. Un rouge bloque. - **Détection valeur en dur** : toute couleur/typo écrite en dur (hors variable) → **corriger**. ## 4. Publication & handoff - **(a)** Fichier Figma **organisé** : pages Fondations / Composants / Écrans. - **(b)** Design system maison **poussé en projet design system Lovable** : créer/mettre à jour le projet DS du workspace (utilisable ensuite via `create_project(design_systems)`). **Confirmation avant** (touche les projets futurs), **versionné**. Aujourd'hui le workspace n'a **aucun DS** (D0) → c'est ici qu'on le crée. - **(c)** Handoff : `figma-design-to-code` **ou** brief `rapido-lovable:mvp-lovable` **enrichi des tokens** (le MVP démarre du DS). ## Passerelles Structure absente → `architecture-info`. DA absente → `direction-artistique`. Build du MVP → `rapido-lovable:mvp-lovable` / `architecte-lovable`. Animations → `animations-web`. ## Règles - **DS d'abord**, écrans qui **consomment les variables** (zéro valeur en dur). - **Gates critique + a11y** bloquants ; push DS Lovable **confirmé** et versionné. - Fil rouge des tokens sans divergence ; pas de copie de maquettes de designers réels.
Auf GitHub ansehen