Nos termos do próprio skill
O Web Design Reviewer conduz um site em execução por meio de uma ferramenta de automação de navegador, inspeciona-o visualmente e corrige o que encontra no código-fonte. Ele abrange sites estáticos, SPAs em React, Vue, Angular ou Svelte, frameworks full-stack como Next.js e Nuxt, plataformas de CMS como WordPress e Drupal, e qualquer outra aplicação web.
O workflow tem quatro fases: reunir contexto e detectar automaticamente o framework e o método de estilo, inspecionar as páginas segundo uma checklist visual, corrigir problemas priorizados de P1 a P3, e então reverificar e repetir o ciclo. As descobertas são agrupadas em layout, responsividade, acessibilidade e consistência visual, cada uma com uma severidade. As correções seguem princípios de mudança mínima e terminam em um relatório de revisão em markdown.
O que ele produz
- Um relatório de resultados de revisão em markdown intitulado Web Design Review Results.
- Uma tabela de resumo abrangendo URL de destino, framework detectado, estilo, viewports testados, problemas detectados e problemas corrigidos.
- Entradas por problema, contendo prioridade, página, elemento, descrição, caminho do arquivo corrigido, detalhes da correção e capturas de tela antes/depois.
- Uma seção de problemas não corrigidos, indicando o motivo pelo qual cada problema foi deixado de lado e uma ação recomendada para o usuário, além de recomendações gerais.
Como funciona
- 01Reunir Contexto e Detectar a Stack
Ele pede a URL caso nenhuma seja fornecida, depois tenta a detecção automática a partir de arquivos do workspace, como package.json, tsconfig.json, tailwind.config, next.config, vite.config e nuxt.config, e pergunta quais páginas estão no escopo.
- 02Navegar e Capturar
Ele abre a URL de destino, captura screenshots, recupera a estrutura do DOM ou um snapshot quando possível, e percorre outras páginas por meio da navegação do site.
- 03Inspecionar Segundo a Checklist Visual
Problemas de layout, responsividade, acessibilidade e consistência visual são verificados percorrendo uma checklist de referência, que é usada novamente após as correções.
- 04Localize a Origem de Cada Problema
Elementos problemáticos são rastreados até a origem pesquisando o codebase por nomes de classe ou IDs, encontrando o componente a partir do texto ou da estrutura do elemento, e filtrando padrões de arquivos de estilo, componente e página.
- 05Corrija, Depois Reverifique
As correções são aplicadas seguindo orientações específicas do framework, então o navegador é recarregado ou aguarda-se o HMR do dev server, as áreas corrigidas são capturadas novamente em screenshot, e o antes e o depois são comparados.