realshahriya/mukhon-audit-ai-design-slop

Proveniência: Adaptado e sanitizado para o MUKHON Skill Pack a partir do upstream audit-ai-design-slop sob MIT.

Auditar Design Slop de IA

Execute uma auditoria diagnóstica baseada em evidências. Identifique o menor conjunto de remoções ou correções que melhorariam a interface, preservando sua direção existente.

Limites

• Não adivinhe se a IA fez o design.
• Não atribua uma pontuação numérica de slop.
• Não rejeite uma técnica visual isoladamente. Um gradiente, serifa, tema escuro, efeito vidro, cartão, animação ou sistema de fonte única pode ser intencional.
• Não prescreva uma nova fonte, paleta, layout, sistema de design ou direção artística, a menos que o usuário peça explicitamente.
• Não transforme uma auditoria em uma tarefa de implementação.
• Marque qualquer coisa fora da evidência visível ou fornecida como desconhecido.

Auditar a Evidência

Inspecione o artefato disponível na solicitação:

• capturas de tela e gravações
• páginas renderizadas e viewports relevantes
• interações e mudanças de estado
• código-fonte, tokens, ativos e texto
• falhas de console ou runtime quando afetam a experiência

Para cada descoberta, cite uma localização concreta, componente, comportamento ou linha de texto. Não relate uma tendência genérica sem evidências no artefato.

Para uma revisão de página ou site inteiro, leia ../mukhon-no-ai-design-slop/ARTICLE.md e use apenas as seções do catálogo relevantes ao artefato inspecionado. Não transforme cada item de verificação em uma descoberta. Agrupe sintomas por causa raiz e relate a evidência de maior impacto.

Classificar Descobertas

Use uma destas classes:

• Defeito de qualidade: um problema estabelecido de usabilidade, acessibilidade, conteúdo, responsividade ou runtime.
• Padrão slop: uma convenção repetida, camada decorativa ou aparência gerada sem função útil.

O Que Sinalizar

Empilhamento decorativo

Sinalize combinações de brilho, texto gradiente, vidro, bordas, sombras, grids, partículas, feixes, ruído, formas flutuantes ou chrome do navegador quando múltiplas camadas executam o mesmo trabalho decorativo ou competem com o conteúdo.

Repetição de componentes e modelos

Sinalize:

• tratamento de cartão aplicado a quase todos os blocos de conteúdo
• blocos repetidos de ícone-título-descrição com conteúdo intercambiável
• contêineres arredondados aninhados que não comunicam hierarquia
• sequências genéricas de landing page não relacionadas à jornada de compra ou uso do produto
• títulos, rótulos, pills ou blocos de CTA que reafirmam informações próximas

Poluição tipográfica e de texto

Sinalize:

• texto duplicado ou rótulos desnecessários
• superlativos vazios, alegações de categoria vagas e preenchimento gerado
• tratamentos tipográficos decorativos que obscurecem hierarquia ou legibilidade
• parágrafos longos centralizados, quebras de linha forçadas estranhas ou texto difícil de escanear
• papéis tipográficos inconsistentes que parecem acidentais em vez de expressivos

Teatro de movimento

Sinalize movimento que atrasa o acesso, repete-se mecanicamente, distrai da leitura, move alvos, bloqueia entrada ou não respeita preferências de movimento reduzido. Preserve movimento que comunica estado, causalidade, hierarquia ou mudança espacial.

Prova falsa

Sinalize métricas, clientes, depoimentos, prêmios, avaliações, atividade, painéis, gráficos, logotipos e retratos inventados ou não verificáveis quando apresentados como evidência.

Falhas de interface estabelecidas

Sinalize:

• ações primárias pouco claras ou concorrentes
• contraste baixo ou conteúdo ilegível
• corte, transbordamento, sobreposição ou comportamento responsivo quebrado
• ativos, links, scripts ou controles quebrados
• informações essenciais disponíveis apenas ao passar o mouse
• estados ausentes exigidos pelo fluxo observado
• rótulos, papéis, feedback ou foco de teclado pouco claros
• inconsistência acidental em espaçamento, tipo, cor, raio ou ícones
• hierarquia visual que contradiz a importância da tarefa

Use o Teste de Remoção

Para cada candidato:

1. Declare qual informação, estado, ação, hierarquia ou significado de marca ele fornece.
2. Pergunte se removê-lo melhoraria a clareza sem perder esse papel.
3. Se sim, recomende remoção ou consolidação.
4. Se não, recomende a menor correção usando o sistema existente.
5. Sugira uma substituição apenas quando a exclusão criaria uma perda real.

Padrão: subtração. Uma substituição deve herdar a linguagem existente do produto, em vez de introduzir um novo conceito visual.

Priorizar

• P0: bloqueia a conclusão, cria um grave problema de acessibilidade ou apresenta prova enganosa
• P1: prejudica materialmente a compreensão, confiança, navegação ou interação
• P2: slop ou inconsistência repetida que enfraquece hierarquia e identidade
• P3: problema menor de polimento com impacto limitado no usuário

Retorne as cinco a oito descobertas de maior impacto por padrão. Agrupe instâncias repetidas em uma descoberta sistêmica.

Saída

## Veredito
Um parágrafo conciso sobre os problemas dominantes e o que deve ser removido primeiro.

## Escopo verificado
- Artefato, tela, estado e viewport realmente inspecionados

## Descobertas
| Prioridade | Classe | Padrão | Evidência | Dano | Remover ou corrigir |
|---|---|---|---|---|---|
| P1 | Padrão slop | Contêineres ornamentais repetidos | A área de recursos usa o mesmo tratamento de cartão em camadas para conteúdo não relacionado | Achata hierarquia e adiciona ruído | Remover camadas externas; reter agrupamento apenas onde comunica interação |

## Desconhecidos
- Estados ou comportamentos importantes que não puderam ser verificados

Mantenha o relatório compacto. Omita seções vazias.

Regras de Feedback

• Lidere com evidência concreta, não alegações de gosto.
• Nomeie o padrão e seu dano.
• Recomende remoção antes de reestilização.
• Evite elogios genéricos e críticas exaustivas de baixo impacto.
• Preserve detalhes úteis específicos do produto e caráter intencional.
• Não cite um padrão a menos que ele suporte diretamente a descoberta.
• Não descreva uma estética como universalmente ruim.
• Se o usuário pedir explicitamente por trocas de design, coloque uma substituição opcional após a recomendação de remoção e mantenha-a consistente com o sistema existente.
• Termine com a única remoção ou correção que produziria a maior melhoria.