Módulo 2.4

🖼️ UI Contract

Como usar /gsd:ui-phase para criar um contrato de design antes de implementar frontend, e /gsd:ui-review para auditar visualmente o que foi construído.

1

🎨 /gsd:ui-phase — Contrato de Design

O /gsd:ui-phase gera um contrato de design completo para fases com trabalho de frontend. Antes de codificar, você define: design system, componentes, tokens de cor, tipografia e comportamentos. O executor seguirá isso.

/gsd:ui-phase 2   # Contrato de design para fase 2

O que o /gsd:ui-phase faz

Detecta design system existente (shadcn, Tailwind config, tokens)
Oferece inicialização de shadcn para projetos React/Next.js/Vite
Pergunta apenas sobre decisões ainda não tomadas
Aplica safety gate para componentes third-party
Gera UI-SPEC.md verificado pelo gsd-ui-checker

O que o UI-SPEC.md define

  • • Design system (Tailwind, shadcn, custom)
  • • Paleta de cores com tokens nomeados
  • • Tipografia: fontes, tamanhos, pesos
  • • Sistema de espaçamento
  • • Componentes a usar/criar
  • • Comportamentos de estado (hover, focus, disabled)
  • • Breakpoints e responsividade
  • • Dark mode e acessibilidade

Quando usar

Use /gsd:ui-phase antes do /gsd:plan-phase em fases que envolvem construção de interfaces. O plan-phase usa o UI-SPEC.md como contexto para criar planos mais precisos.

2

🔍 /gsd:ui-review — Auditoria Visual

O /gsd:ui-review faz uma auditoria visual retroativa do frontend implementado, pontuando em 6 pilares de qualidade visual.

/gsd:ui-review          # Audita fase atual
/gsd:ui-review 3        # Audita fase 3 especificamente

Os 6 Pilares de Auditoria (1-4 pontos cada)

1. Copywriting

Clareza dos textos, hierarquia informacional, calls-to-action

2. Visuais

Consistência de ícones, imagens, ilustrações e elementos gráficos

3. Cor

Paleta coerente, contraste de acessibilidade, uso de cor como informação

4. Tipografia

Hierarquia tipográfica, legibilidade, consistência de fontes e tamanhos

5. Espacamento

Sistema de grid, padding/margin consistentes, respiração entre elementos

6. Experience Design

Fluxos de usuário, feedback visual, estados de loading/erro/sucesso

Resultado

Gera {fase}-UI-REVIEW.md com pontuação em cada pilar, evidências específicas de problemas e sugestões de correção acionáveis.

3

📋 UI Safety Gate

Quando o GSD detecta que uma fase tem trabalho de frontend, ele ativa o UI safety gate durante o plan-phase: avisa que você deveria rodar /gsd:ui-phase antes de planejar.

# Fluxo recomendado para fases de frontend:
/gsd:discuss-phase 2
/gsd:ui-phase 2        # ANTES do plan-phase
/gsd:plan-phase 2      # Usa UI-SPEC.md como contexto
/gsd:execute-phase 2
/gsd:ui-review 2       # Auditar depois de implementado
/gsd:verify-work 2

Desativar o safety gate

Configure workflow.ui_safety_gate: false no config.json para pular o aviso em projetos onde você não usa o contrato UI.

ui-review funciona standalone

Você pode usar /gsd:ui-review em qualquer projeto com frontend, mesmo sem projeto GSD ativo. É uma ferramenta de auditoria independente.

Resumo do Módulo

Próxima trilha:

🧠 Trilha 3 — Comandos Avançados