critique

Visão geral da skill critique

O que a skill critique faz

A skill critique é um fluxo estruturado de revisão de UX e design de produto para avaliar uma página, funcionalidade ou componente como uma experiência de uso real — e não apenas como um mockup visual. Ela orienta o modelo a analisar hierarquia visual, arquitetura da informação, tom emocional, carga cognitiva, heurísticas de usabilidade e fricções específicas por persona, transformando isso em feedback acionável.

Quem deve instalar a critique

A skill critique é mais indicada para product designers, frontend engineers, founders e AI builders que já têm uma tela, protótipo ou interface em produção e querem uma revisão mais afiada do que um prompt genérico como “dê feedback sobre essa UI”. Ela é especialmente útil quando você precisa de critique para trabalhos de UX Audit, design QA antes do lançamento ou uma segunda opinião sobre se uma interface parece genérica, confusa ou pesada.

O problema real que ela resolve

A maioria dos usuários não quer apenas opiniões. Quer saber:

• o que está prejudicando a experiência primeiro
• se a UI parece derivativa ou “AI-generated”
• quais problemas são cosméticos e quais bloqueiam conversão
• como priorizar correções sem depender de um time completo de design

Essa skill foi construída em torno desse trabalho. Ela trata a critique como uma ferramenta de decisão, não como comentário de estilo.

O que diferencia esta critique

O principal diferencial está na insistência em contexto e na etapa de detecção de “AI slop”. Em vez de pular direto para feedback superficial, ela espera primeiro o contexto de design e verifica explicitamente se a interface reproduz padrões comuns de produtos de IA em 2024–2025, como grids genéricos de cards, dark themes com excesso de glow, hierarquia fraca e composições com cara de template.

Ela também vai além da visão de um único revisor ao combinar:

• critique no estilo de design director
• análise de carga cognitiva
• pontuação heurística
• testes baseados em personas

Ponto importante antes de adotar

A critique não é totalmente standalone. O repositório torna frontend-design uma dependência obrigatória para princípios e coleta de contexto, e indica rodar teach-impeccable primeiro quando esse contexto de design ainda não existe. Se você quer instalar uma critique sem setup adicional, essa cadeia de dependências é o principal ponto a entender antes de adotar.

Como usar a skill critique

Instale o contexto antes de depender da critique

Este repositório coloca critique em .claude/skills/critique, e o texto da skill depende explicitamente de /frontend-design. Na prática, o uso de critique funciona melhor quando o conjunto mais amplo de skills impeccable está instalado, e não quando esta pasta é tratada como um arquivo de prompt isolado.

Se o seu skill runner oferece suporte a instalação de skills via GitHub, instale a partir do repositório e depois confirme que critique, frontend-design e teach-impeccable estão todos disponíveis.

Leia estes arquivos primeiro

Para decidir rapidamente se vale instalar, leia:

• SKILL.md
• reference/cognitive-load.md
• reference/heuristics-scoring.md
• reference/personas.md

Esse caminho já mostra quase tudo que importa: pré-requisitos, fluxo de revisão, modelo de pontuação e a lente usada nos testes com usuários.

Quais inputs a skill critique precisa

A skill critique performa muito melhor quando você fornece:

• o artefato da interface: screenshot, mockup, URL ou descrição do componente
• a área em revisão: página, fluxo, modal, dashboard, onboarding, settings etc.
• o objetivo principal do usuário
• o contexto do produto e o público
• restrições: mobile/desktop, B2B/B2C, acessibilidade, conversão, limites técnicos

Sem esse contexto, o modelo ainda consegue comentar sobre layout e estética, mas não consegue julgar se a interface é adequada para a tarefa.

Como transformar um pedido vago em um prompt forte de critique

Prompt fraco:

• “Critique this UI.”

Uso mais forte de critique:

• “Use the critique skill on this onboarding flow. The product helps finance teams close books faster. Primary goal: get a first report generated in under 5 minutes. Audience: mid-market accounting teams. Constraint: desktop web app, dense data is acceptable but first-time clarity matters. Please evaluate AI-slop signals, hierarchy, cognitive load, heuristic score, and test it as a first-timer and power user.”

A versão mais forte funciona melhor porque dá à skill algo a otimizar, e não apenas algo a reagir.

Siga a preparação exigida pelo repositório

A skill é explícita: rode /frontend-design primeiro e siga seu protocolo de coleta de contexto. Se não existir contexto de design, rode /teach-impeccable antes da critique. Isso significa que o fluxo pretendido é:

1. reunir o contexto de design
2. entender o que a interface está tentando realizar
3. rodar a critique em relação a esse objetivo
4. devolver feedback priorizado

Se você pular a etapa 2, a saída costuma ficar genérica, porque o modelo não consegue distinguir densidade intencional de design ruim.

Use critique em trabalhos de UX Audit

Para casos de uso de critique em UX Audit, não peça apenas “feedback”. Peça:

• principais problemas por severidade
• resumo da pontuação heurística
• pontos prováveis de abandono do usuário
• modos de falha específicos por persona
• recomendações concretas de redesign

Isso empurra o resultado de um comentário solto para uma saída de nível auditável, em que stakeholders conseguem agir.

O que esse workflow realmente verifica

Com base no repositório, a skill critique é mais forte quando usada para inspecionar:

• semelhança de design gerado por IA
• problemas de hierarquia visual
• sobrecarga cognitiva
• arquitetura da informação fraca
• padrões de interação pouco claros
• lacunas em heurísticas de usabilidade
• desalinhamento entre o tom da interface e as necessidades do usuário

Isso faz dela uma opção melhor para avaliar UI já entregue ou realista do que para brainstorm de conceitos greenfield.

Workflow sugerido de uso da critique

Um workflow prático:

1. colete a tela e o objetivo
2. informe o tipo de usuário e os critérios de sucesso
3. invoque a critique em uma área específica, não no produto inteiro de uma vez
4. revise primeiro os 3 problemas mais graves
5. peça recomendações revisadas depois de esclarecer as restrições
6. repita no próximo fluxo

Usar a skill critique página por página ou fluxo por fluxo normalmente gera mais sinal do que pedir uma avaliação gigante do produto inteiro em uma única rodada.

Como definir bem o escopo do pedido

Bons escopos:

• fluxo de signup
• pricing page
• analytics dashboard
• painel de settings
• empty state
• checkout mobile

Escopos ruins:

• “o app inteiro”
• “nosso design system”
• “tudo no site”

A skill é detalhada o bastante para que um escopo amplo demais gere uma saída superficial. Reduzir a área em revisão melhora a especificidade e a priorização.

Dicas práticas que melhoram a qualidade da saída

Para obter um uso melhor da critique, inclua:

• uma frase sobre o objetivo de negócio
• uma frase sobre a urgência do usuário
• uma frase sobre como é o sucesso
• quaisquer restrições conhecidas que você não quer que o modelo “resolva removendo”

Exemplo:

• “This page exists to get a team admin to invite coworkers immediately after signup. Speed matters more than education. We cannot remove required compliance messaging.”

Esse tipo de input ajuda a skill a separar falhas reais de complexidade necessária.

FAQ da skill critique

A critique é melhor do que um prompt normal de UX?

Em geral, sim — se você quer um método de revisão repetível. O valor da skill critique não está em algum “gosto” mágico de design, e sim na estrutura embutida: contexto prévio obrigatório, detecção de anti-padrões, pontuação heurística, enquadramento por carga cognitiva e testes por persona. Um prompt comum pode até render opiniões razoáveis, mas tende a ser menos consistente e mais fácil de desviar para elogios genéricos.

A critique é amigável para iniciantes?

Na maior parte, sim, mas com um detalhe: a dependência de frontend-design e, às vezes, de teach-impeccable. Iniciantes ainda conseguem usar a critique, mas devem esperar gastar alguns minutos entendendo o workflow pretendido, em vez de simplesmente soltar um único prompt sem setup.

Quando a critique não é uma boa escolha?

Evite esta skill critique quando:

• você precisa mais de geração de código do que de revisão de design
• você só tem uma ideia vaga de produto, e não uma interface
• você quer primeiro estratégia de marca ou copywriting
• você não consegue fornecer nenhum contexto de usuário ou produto

Ela ainda pode comentar apenas sobre o visual, mas não é aí que a skill mais se diferencia.

A critique só funciona para UI polida?

Não. Ela pode ser útil em wireframes, mockups brutos e componentes iniciais, especialmente para hierarquia e carga cognitiva. Mas os testes por persona e a pontuação heurística ficam mais confiáveis quando o modelo de interação está visível o suficiente para ser avaliado.

Posso usar a critique para um único componente?

Sim, desde que o componente tenha uma função real dentro de um contexto. Um painel de filtros, modal, tabela ou formulário pode se beneficiar do uso de critique. Basta explicar onde ele aparece, quem o usa e o que essa pessoa está tentando concluir.

O que devo esperar como saída?

Uma boa saída de critique deve trazer:

• os principais riscos de UX
• severidade ou priorização
• razões específicas para esses problemas importarem
• exemplos do que mudar
• uma distinção clara entre polimento superficial e problemas estruturais de UX

Se o resultado vier composto principalmente por adjetivos, provavelmente faltou contexto no prompt.

Como melhorar a skill critique

Dê à critique uma métrica de sucesso, não apenas uma tela

A forma mais rápida de melhorar a saída da critique é informar o resultado esperado para o usuário. “Review this dashboard” é mais fraco do que “Review this dashboard for whether a new manager can spot blockers in under 30 seconds.” Métricas de sucesso deixam todos os julgamentos seguintes mais precisos.

Informe o público e a maturidade do produto

A mesma interface pode ser adequada para:

• operadores experientes em uma ferramenta B2B densa
• inadequada para consumidores de primeira viagem
• aceitável em tooling interno
• fraca para um produto premium voltado ao cliente

Se você nomear o público e o nível de maturidade, a skill critique consegue avaliar tradeoffs em vez de cair em recomendações genéricas de UX.

Peça explicitamente a seleção de personas

O repositório inclui várias personas, mas nem toda persona é útil em todo contexto. Melhore a critique em tarefas de UX Audit dizendo quais tipos de usuário mais importam, como:

• first-timer
• power user
• cautious admin

Isso evita que a saída disperse atenção em modos de falha irrelevantes.

Force priorização após a primeira rodada

Um modo de falha comum é gerar uma lista longa de observações sem valor real para decisão. Depois da primeira critique, pergunte:

• “Which 3 issues most threaten task completion?”
• “Which issue is most likely to reduce trust?”
• “What should be fixed before launch versus later?”

Isso transforma análise em plano de ação.

Informe as restrições que o modelo deve respeitar

Se a interface precisa continuar sendo:

• densa em dados
• com aparência enterprise
• compliant
• alinhada à marca
• mobile-first
• de baixo esforço de engenharia

diga isso de forma explícita. Caso contrário, a critique pode sugerir redesigns mais limpos, porém pouco realistas.

Cuidado para não exagerar na correção de “AI slop”

Um dos pontos fortes desta skill critique é detectar padrões genéricos com cara de IA. Mas não vale reagir demais e remover toda convenção moderna só para parecer diferente. A pergunta melhor é se o design é distintivo e apropriado, não apenas diferente. Use essa seção para identificar mesmice preguiçosa e, depois, validar as correções em termos de usabilidade.

Melhore os inputs com iteração antes e depois

Boa prática:

1. rode a critique no design atual
2. aplique ou simule 2–3 mudanças relevantes
3. rode a critique novamente na versão revisada
4. compare se os principais riscos realmente diminuíram

A skill fica muito mais útil quando usada como um loop iterativo de design, e não como um veredito único.

Motivos comuns para a saída da critique parecer fraca

Normalmente falta um destes itens:

• nenhum objetivo do usuário
• nenhum contexto de produto
• escopo amplo demais
• nenhuma restrição
• artefato sem qualidade suficiente para inspeção
• pedido por “opiniões” em vez de uma estrutura de revisão definida

Quando isso é corrigido, o guia de critique se torna muito mais acionável.

Um template de prompt forte para usar melhor a critique

Use um prompt como este:

• “Use the critique skill on [area].
• Product: [what the product does]
• Audience: [who this is for]
• Primary task: [what the user needs to do]
• Success metric: [what success looks like]
• Constraints: [platform, compliance, technical, brand]
• Review for: AI-slop signals, hierarchy, cognitive load, heuristics, and 2 relevant personas.
• Output: top issues, severity, why they matter, and concrete fixes.”

Esse template se alinha de perto à forma como o repositório espera que a critique opere e normalmente produz sinais melhores do que um pedido totalmente aberto.