option
MaisonMaison Skill Autres frontend-design-review

frontend-design-review

microsoft/skills microsoft/skills

Évaluer les implémentations de l'interface utilisateur au regard des normes de qualité de conception et de la conformité au système de conception, ou créer de toutes pièces des interfaces front-end originales et prêtes pour la production.

...Développer tout
23
Heure mise à jour 10 septembre 2026

Révision de la conception front-end

Vérifiez la conformité des implémentations de l'interface utilisateur avec les normes de qualité de conception et votre système de conception OU créez de toutes pièces des interfaces front-end originales et prêtes à être mises en production.

Deux modes

Mode 1 : Révision de conception

Évaluez l’interface utilisateur existante au regard de la conformité au système de conception, des trois piliers de qualité (fluidité, qualité de conception, fiabilité), de l’accessibilité et de la qualité du code.

Mode 2 : Conception créative du front-end

Créez des interfaces originales qui évitent l’esthétique générique et « bâclée » souvent associée à l’IA, qui suivent une orientation conceptuelle claire et qui sont mises en œuvre avec précision.

Conception créative du front-end

Avant de coder, définissez clairement une orientation esthétique :

  • Objectif : quel problème cela résout-il ? Qui l’utilise ?
  • Style : minimaliste, maximaliste, rétro-futuriste, organique, luxueux, ludique, éditorial, brutaliste, art déco, doux/pastel, industriel, etc.
  • Contraintes : framework, performances, exigences d’accessibilité.
  • Différenciation : qu'est-ce qui rend ce projet unique et adapté au contexte ?

Directives esthétiques

  • Typographie : des polices distinctives qui rehaussent l’esthétique. Associez une police d’affichage à une police de corps raffinée. Évitez Inter, Roboto, Arial et Space Grotesk.
  • Couleurs et thème : palette cohérente avec des variables CSS. Couleurs dominantes + accents marqués > palettes timides et uniformément réparties.
  • Animation : de préférence uniquement en CSS. Un chargement de page bien orchestré avec des révélations échelonnées > des micro-interactions éparses.
  • Composition spatiale : asymétrie, superposition, flux diagonal, éléments rompant la grille, espace négatif généreux OU densité contrôlée.
  • Arrière-plans : maillages dégradés, textures de bruit, motifs géométriques, transparences en couches, ombres spectaculaires, superpositions granulées.

À ÉVITER : polices surutilisées, palettes de couleurs clichées, mises en page prévisibles, design standardisé sans caractère spécifique au contexte.

Adaptez la complexité de la mise en œuvre à la vision. Maximaliste = code élaboré. Minimaliste = retenue et précision.

Révision du design

Workflow du système de design

Avant la mise en œuvre :

  1. Vérifiez le composant dans votre Storybook / bibliothèque de composants pour connaître l’API et son utilisation
  2. Utilisez le mode Développement de Figma pour obtenir les spécifications exactes (espacement, jetons, propriétés)
  3. Mettez en œuvre en utilisant les composants du système de conception et les jetons de conception

Pendant la révision :

  1. Comparez la mise en œuvre au design Figma
  2. Vérifiez que les jetons de conception sont bien utilisés (et non des valeurs codées en dur)
  3. Vérifiez que toutes les variantes/états sont correctement implémentés
  4. Signaler les écarts (validation du design requise)

Si le composant n'existe pas :

  1. Vérifier si un composant existant peut être adapté
  2. Contacter l'équipe de conception pour la création d'un nouveau composant
  3. Documenter l'exception et sa justification dans le code

Processus de révision

  1. Identifier la tâche de l'utilisateur
  2. Vérifier si le système de conception propose des modèles adaptés
  3. Évaluer l'orientation esthétique
  4. Identifier le périmètre (composant, fonctionnalité ou flux)
  5. Évaluer chaque pilier
  6. Noter et hiérarchiser les problèmes (bloquants / majeurs / mineurs)
  7. Formuler des recommandations accompagnées d’exemples tirés du système de conception

Principes fondamentaux

  • Réalisation des tâches : nombre minimal de clics. Chaque écran répond aux questions « Que puis-je faire ? » et « Que se passe-t-il ensuite ? »
  • Hiérarchie des actions : 1 à 2 actions principales par vue. Affichage progressif des actions secondaires.
  • Intégration : expliquer les fonctionnalités dès l’introduction. Privilégier les paramètres par défaut intelligents plutôt que la configuration.
  • Navigation : points d’entrée et de sortie clairs. Boutons « Retour » et « Annuler » toujours disponibles. Fil d’Ariane pour les parcours complexes.

Piliers de qualité

1. Passage sans friction de la prise de connaissance à l’action

Évaluation : la tâche peut-elle être accomplie en ≤ 3 interactions ? L’action principale est-elle évidente et unique ?

Signaux d’alerte : nombre excessif de clics, plusieurs boutons principaux concurrents, actions difficiles à trouver, impasses.

2. La qualité est un art

Évaluation :

  • Conformité au système de design : respecte les spécifications Figma, utilise des jetons de design
  • Orientation esthétique : typographie distinctive, couleurs cohérentes, animations réfléchies
  • Accessibilité : niveau C minimum (WCAG 2.1 A), niveau B idéal (WCAG 2.1 AA)

Signaux d'alerte : esthétique générique générée par l'IA, valeurs codées en dur, implémentation non conforme à Figma, réagencement défectueux, indicateurs de focus manquants.

3. Construction fiable

Évaluation :

  • Transparence de l'IA : mention légale concernant le contenu généré par l'IA
  • Transparence des erreurs : messages d'erreur exploitables

Signaux d’alerte : absence de mentions légales concernant l’IA, erreurs opaques sans indication.

Format de sortie de l'évaluation

Consultez le fichier references/review-output-format.md pour obtenir le modèle de révision complet.

Modificateurs de type de révision

Consultez references/review-type-modifiers.md pour connaître les axes de révision spécifiques à chaque contexte (PR, Création, Design, Accessibilité).

Liste de contrôle rapide

Consultez le fichier references/quick-checklist.md pour accéder à la liste de contrôle préalable à la validation, qui porte sur la conformité au système de design, la qualité esthétique, la fluidité d'utilisation, la qualité de l'exécution et la fiabilité.

Exemples de modèles

Consultez le fichier references/pattern-examples.md pour découvrir des exemples de bonnes et de mauvaises pratiques en matière de révision du front-end créatif et du système de design.

Remerciements

Les principes de front-end créatif s'inspirent de l'expertise d'Anthropic en matière de conception front-end. Les principes de révision de conception et le cadre des piliers de qualité ont été créés par @Quirinevwm pour permettre une évaluation systématique de l'interface utilisateur.

Voir sur GitHub
---
name: frontend-design-review
description: Review UI implementations against design quality standards and design system compliance, or create distinctive, production-grade frontend interfaces from scratch.
---

# Frontend Design Review

Review UI implementations against design quality standards and your design system **OR** create distinctive, production-grade frontend interfaces from scratch.

## Two Modes

### Mode 1: Design Review
Evaluate existing UI for design system compliance, three quality pillars (Frictionless, Quality Craft, Trustworthy), accessibility, and code quality.

### Mode 2: Creative Frontend Design
Create distinctive interfaces that avoid generic "AI slop" aesthetics, have clear conceptual direction, and execute with precision.

---

## Creative Frontend Design

Before coding, commit to an aesthetic direction:
- **Purpose**: What problem does this solve? Who uses it?
- **Tone**: minimal, maximalist, retro-futuristic, organic, luxury, playful, editorial, brutalist, art deco, soft/pastel, industrial, etc.
- **Constraints**: Framework, performance, accessibility requirements.
- **Differentiation**: What makes this distinctive and context-appropriate?

### Aesthetics Guidelines

- **Typography**: Distinctive fonts that elevate aesthetics. Pair a display font with a refined body font. Avoid Inter, Roboto, Arial, Space Grotesk.
- **Color & Theme**: Cohesive palette with CSS variables. Dominant colors + sharp accents > timid, evenly-distributed palettes.
- **Motion**: CSS-only preferred. One well-orchestrated page load with staggered reveals > scattered micro-interactions.
- **Spatial Composition**: Asymmetry, overlap, diagonal flow, grid-breaking elements, generous negative space OR controlled density.
- **Backgrounds**: Gradient meshes, noise textures, geometric patterns, layered transparencies, dramatic shadows, grain overlays.

**AVOID**: Overused fonts, cliched color schemes, predictable layouts, cookie-cutter design without context-specific character.

Match implementation complexity to vision. Maximalist = elaborate code. Minimalist = restraint and precision.

---

## Design Review

### Design System Workflow

**Before implementing:**
1. Review component in your Storybook / component library for API and usage
2. Use Figma Dev Mode to get exact specs (spacing, tokens, properties)
3. Implement using design system components + design tokens

**During review:**
1. Compare implementation to Figma design
2. Verify design tokens are used (not hardcoded values)
3. Check all variants/states are implemented correctly
4. Flag deviations (needs design approval)

**If component doesn't exist:**
1. Check if existing component can be adapted
2. Reach out to design for new component creation
3. Document exception and rationale in code

### Review Process

1. Identify user task
2. Check design system for matching patterns
3. Evaluate aesthetic direction
4. Identify scope (component, feature, or flow)
5. Evaluate each pillar
6. Score and prioritize issues (blocking/major/minor)
7. Provide recommendations with design system examples

### Core Principles

- **Task completion**: Minimum clicks. Every screen answers "What can I do?" and "What happens next?"
- **Action hierarchy**: 1-2 primary actions per view. Progressive disclosure for secondary.
- **Onboarding**: Explain features on introduction. Smart defaults over configuration.
- **Navigation**: Clear entry/exit points. Back/cancel always available. Breadcrumbs for deep flows.

---

## Quality Pillars

### 1. Frictionless Insight to Action

**Evaluate:** Task completable in ≤3 interactions? Primary action obvious and singular?

**Red flags:** Excessive clicks, multiple competing primary buttons, buried actions, dead ends.

### 2. Quality is Craft

**Evaluate:**
- Design system compliance: matches Figma specs, uses design tokens
- Aesthetic direction: distinctive typography, cohesive colors, intentional motion
- Accessibility: Grade C minimum (WCAG 2.1 A), Grade B ideal (WCAG 2.1 AA)

**Red flags:** Generic AI aesthetics, hardcoded values, implementation doesn't match Figma, broken reflow, missing focus indicators.

### 3. Trustworthy Building

**Evaluate:**
- AI transparency: disclaimer on AI-generated content
- Error transparency: actionable error messages

**Red flags:** Missing AI disclaimers, opaque errors without guidance.

---

## Review Output Format

See [references/review-output-format.md](references/review-output-format.md) for the full review template.

## Review Type Modifiers

See [references/review-type-modifiers.md](references/review-type-modifiers.md) for context-specific review focus areas (PR, Creative, Design, Accessibility).

## Quick Checklist

See [references/quick-checklist.md](references/quick-checklist.md) for the pre-approval checklist covering design system compliance, aesthetic quality, frictionless, quality craft, and trustworthy pillars.

## Pattern Examples

See [references/pattern-examples.md](references/pattern-examples.md) for good/bad examples of creative frontend and design system review work.

---

## Acknowledgments

Creative frontend principles inspired by [Anthropic's frontend-design skill](https://github.com/anthropics/skills/tree/main/skills/frontend-design). Design review principles and quality pillar framework created by [@Quirinevwm](https://github.com/Quirinevwm) for systematic UI evaluation.

Tous les fichiers

0 fichiers

Installer frontend-design-review

Téléchargez et décompressez les fichiers de compétences dans votre répertoire .claude/skills/.

Télécharger le ZIP

Clonez le dépôt et copiez les fichiers de compétence dans votre projet.

git clone https://github.com/microsoft/skills/tree/main/.github/skills/frontend-design-review # Copy SKILL.md to your .claude/skills/ directory

Copier Copier
Configuration rapide: Copiez le dossier de la compétence dans .claude/skills/ Claude détectera automatiquement la compétence et l'utilisera

Compétences similaires

multica-creating-agents
Heure mise à jour 12 août 2026
tilemaps
Heure mise à jour 4 août 2026
v4-new-features
Heure mise à jour 4 août 2026
agent-github-pr-manager
Heure mise à jour 3 août 2026
OR