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).

Ir para a instalação

Informações da origem

Repositório
PrendsTaPart/Plugin-Claude-MCP-BraindCode-
Última atividade na origem
15 de julho de 2026 às 20:30
Idioma detectado do SKILL.md
francês
Estrelas
8
Forks
0

Opções de instalação

Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.

Revise os arquivos de origem

Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.

Exibindo SKILL.md

SKILL.md
Instruções da origem · Visualização somente leitura
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.
Ver no GitHub