frontend-design-review
microsoft/skills
Analisar implementações de interface do usuário (UI) quanto aos padrões de qualidade de design e à conformidade com o sistema de design, ou criar do zero interfaces front-end diferenciadas e prontas para produção.
...Expandir tudoRevisão do Design Front-end
Analise as implementações da interface do usuário (UI) em relação aos padrões de qualidade de design e ao seu sistema de design OU crie do zero interfaces front-end exclusivas e prontas para produção.
Dois modos
Modo 1: Revisão de Design
Avalie a interface do usuário existente quanto à conformidade com o sistema de design, aos três pilares de qualidade (Sem Atrito, Acabamento de Qualidade, Confiável), acessibilidade e qualidade do código.
Modo 2: Design criativo de front-end
Crie interfaces diferenciadas que evitem a estética genérica e “desleixada” da IA, tenham uma direção conceitual clara e sejam executadas com precisão.
Design criativo de front-end
Antes de codificar, defina uma direção estética:
- Objetivo: Que problema isso resolve? Quem o utiliza?
- Tom: minimalista, maximalista, retrofuturista, orgânico, luxuoso, lúdico, editorial, brutalista, art déco, suave/pastel, industrial, etc.
- Restrições: framework, desempenho, requisitos de acessibilidade.
- Diferenciação: O que torna isso distinto e adequado ao contexto?
Diretrizes estéticas
- Tipografia: Fontes distintas que elevam a estética. Combine uma fonte de destaque com uma fonte de corpo refinada. Evite Inter, Roboto, Arial e Space Grotesk.
- Cor e tema: paleta coesa com variáveis CSS. Cores dominantes + detalhes marcantes > paletas tímidas e uniformemente distribuídas.
- Movimento: De preferência apenas com CSS. Um carregamento de página bem orquestrado com revelações escalonadas > microinterações dispersas.
- Composição espacial: assimetria, sobreposição, fluxo diagonal, elementos que quebram a grade, espaço negativo generoso OU densidade controlada.
- Fundos: Malhas de gradiente, texturas de ruído, padrões geométricos, transparências em camadas, sombras dramáticas, sobreposições granuladas.
EVITE: fontes excessivamente utilizadas, esquemas de cores clichês, layouts previsíveis, design padronizado sem características específicas ao contexto.
Adapte a complexidade da implementação à visão. Maximalista = código elaborado. Minimalista = moderação e precisão.
Revisão do Design
Fluxo de Trabalho do Sistema de Design
Antes da implementação:
- Revise o componente no seu Storybook/biblioteca de componentes para verificar a API e o uso
- Use o Modo de Desenvolvimento do Figma para obter especificações exatas (espaçamento, tokens, propriedades)
- Implemente usando componentes do sistema de design + tokens de design
Durante a revisão:
- Compare a implementação com o design do Figma
- Verifique se os tokens de design estão sendo usados (em vez de valores codificados diretamente)
- Verifique se todas as variantes/estados foram implementados corretamente
- Sinalizar desvios (necessita de aprovação do design)
Se o componente não existir:
- Verifique se um componente existente pode ser adaptado
- Entre em contato com a equipe de design para a criação de um novo componente
- Documente a exceção e a justificativa no código
Processo de revisão
- Identifique a tarefa do usuário
- Verifique se há padrões correspondentes no sistema de design
- Avaliar a direção estética
- Identificar o escopo (componente, recurso ou fluxo)
- Avaliar cada pilar
- Pontuar e priorizar os problemas (bloqueantes/graves/leves)
- Apresentar recomendações com exemplos do sistema de design
Princípios fundamentais
- Conclusão da tarefa: mínimo de cliques. Cada tela responde às perguntas “O que posso fazer?” e “O que acontece a seguir?”
- Hierarquia de ações: 1 a 2 ações principais por tela. Divulgação progressiva para as ações secundárias.
- Integração: Explique os recursos na introdução. Padrões inteligentes em vez de configuração.
- Navegação: Pontos de entrada/saída claros. Botões “Voltar” e “Cancelar” sempre disponíveis. Trilha de navegação para fluxos complexos.
Pilares de qualidade
1. Da percepção à ação sem atritos
Avaliação: A tarefa pode ser concluída em ≤3 interações? A ação principal é óbvia e única?
Sinais de alerta: cliques excessivos, vários botões principais que competem entre si, ações ocultas, becos sem saída.
2. Qualidade é arte
Avalie:
- Conformidade com o sistema de design: está de acordo com as especificações do Figma, utiliza tokens de design
- Direção estética: tipografia diferenciada, cores coesas, movimento intencional
- Acessibilidade: nota C no mínimo (WCAG 2.1 A), nota B é o ideal (WCAG 2.1 AA)
Sinais de alerta: estética genérica de IA, valores codificados, implementação que não corresponde ao Figma, reajuste de layout incorreto, ausência de indicadores de foco.
3. Construção confiável
Avaliação:
- Transparência da IA: aviso sobre conteúdo gerado por IA
- Transparência de erros: mensagens de erro que permitem ação
Pontos negativos: Ausência de avisos legais sobre IA, erros pouco claros sem orientação.
Formato de saída da revisão
Consulte references/review-output-format.md para obter o modelo completo de revisão.
Modificadores de tipo de revisão
Consulte references/review-type-modifiers.md para conhecer as áreas de foco da revisão específicas para cada contexto (PR, Criativo, Design, Acessibilidade).
Lista de verificação rápida
Consulte references/quick-checklist.md para acessar a lista de verificação pré-aprovação, que abrange os pilares de conformidade com o sistema de design, qualidade estética, experiência sem atritos, acabamento de qualidade e confiabilidade.
Exemplos de padrões
Consulte references/pattern-examples.md para ver exemplos positivos e negativos de revisão criativa de front-end e do sistema de design.
Agradecimentos
Princípios de front-end criativo inspirados na especialidade em design de front-end da Anthropic. Princípios de revisão de design e estrutura dos pilares de qualidade criados por @Quirinevwm para avaliação sistemática da interface do usuário.
---
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.
Todos os arquivos
0 arquivosInstalar frontend-design-review
Baixe e descompacte os arquivos de habilidades no diretório .claude/skills/.
Baixar ZIPClone o repositório e copie os arquivos da habilidade para o seu projeto.
git clone https://github.com/microsoft/skills/tree/main/.github/skills/frontend-design-review # Copy SKILL.md to your .claude/skills/ directory
Copiar





Lar
