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

跳到安装

来源信息

仓库
PrendsTaPart/Plugin-Claude-MCP-BraindCode-
最近来源活动
2026年7月15日 20:30
检测到的 SKILL.md 语言
法语
星标
8
分支
0

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
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.
在 GitHub 查看