Nos termos do próprio skill
Princípios de design-engenharia para dar polimento a interfaces, escritos para quem constrói componentes de UI ou revisa código de frontend: estados de hover, sombras, bordas, tipografia, ícones, microinterações e animações de entrada/saída.
Ele traz dezenove princípios centrais numerados com padrões rígidos — raio de borda concêntrico, alinhamento óptico, box-shadows em camadas em vez de bordas de falsa elevação, transições CSS interrompíveis, escalonamento (stagger) em torno de 100ms, texto com antialiasing, números tabulares, contornos de imagem em preto ou branco puro, scale(0.96) ao pressionar, áreas de toque de 44×44px e espessura de traço de ícone compatível com o texto. Dois modos de revisão, rápido e completo, geram uma tabela de Gravidade/Localização/Antes/Depois/Por quê agrupada por princípio, limitada a 5 ou 15 constatações, encerrando em Bloquear, Precisa de ajustes ou Aprovar.
O que ele produz
- Um relatório de revisão que declara desde o início o que foi inspecionado e nunca dá a entender que uma superfície não inspecionada foi coberta.
- Constatações agrupadas por princípio dentro de uma tabela de Gravidade, Localização, Antes, Depois, Por quê, que lista todas as mudanças feitas ou propostas em vez de apenas um subconjunto.
- Uma tabela de Consideradas mas Rejeitadas com 1–3 candidatas reais no modo rápido e 2–5 no modo completo, cada uma com o motivo pelo qual foi descartada.
- Uma seção de verificação listando os comandos ou interações exatos executados e seus resultados observados, seguida do veredito.
Como funciona
- 01Expresse Correções no Próprio Sistema de Estilo do Projeto
Antes de propor ou escrever qualquer correção, identifique como o projeto já estiliza os elementos e formule a alteração nesse mesmo sistema — Tailwind em um projeto Tailwind, CSS puro em um projeto CSS, ou a abordagem de CSS-in-JS já estabelecida.
- 02Desacelere a Interface
Ao revisar, reproduza o movimento a 10% da velocidade no painel Animations do navegador, porque o que parece estranho a 10% da velocidade é o que está sutilmente errado na velocidade total.
- 03Assuma o Modo Completo por Padrão
O modo completo é usado sempre que nenhum modo de revisão é informado; o modo rápido precisa ser solicitado explicitamente.
- 04Registre os Achados em um Formato de Tabela Fixo
Agrupe os achados por princípio em uma tabela markdown com as colunas Severity, Location, Before, After e Why; a location cita path/to/file:line.
- 05Considere as Cinco Categorias
A tabela de escopo deve conter todas as cinco categorias do Quick Reference, e uma superfície não inspecionada nunca deve ser sugerida como revisada.
- 06Encerre com Verificação e um Veredito
O veredito é Block quando resta um achado HIGH, Needs changes quando restam apenas achados MEDIUM ou LOW, e Approve apenas quando não resta nada acionável.