critique

Visão geral da skill critique

Para que serve a critique

A skill critique ajuda você a avaliar uma interface, funcionalidade, página ou componente sob a ótica de UX, em vez de dar um feedback vago do tipo “está bom”. Ela foi pensada para quem precisa de uma skill de critique estruturada para UI/UX Design: product designers, founders, PMs, revisores com olhar de QA e agentes de IA que precisam explicar o que está funcionando, o que não está e por quê.

O que ela realmente faz

Essa skill de critique se concentra em hierarquia visual, arquitetura da informação, ressonância emocional, carga cognitiva, checagens heurísticas e recomendações acionáveis. Na prática, o trabalho não é só julgar, mas apoiar decisões: identificar fricções, pontuar a qualidade e gerar feedback que ajude a orientar a próxima iteração do design.

Quando faz mais sentido

Use critique quando o pedido for revisar, avaliar, auditar ou comparar um artefato de design e você quiser um método repetível, não um prompt genérico. Ela funciona especialmente bem quando o contexto do design está disponível e a análise precisa de nuance em relação a objetivos do usuário, restrições e qualidade da interação.

Principais fatores de decisão

O repositório é voltado para análises de critique mais profundas, não para comentários casuais. Os diferenciais são a etapa de coleta de contexto, avaliações independentes, testes baseados em personas e avaliação orientada por pontuação. Isso faz da critique uma boa escolha quando você quer reduzir viés do revisor e transformar observações em entregáveis concretos.

Como usar a skill critique

Instale a skill critique

O caminho de instalação documentado na própria skill é pelo skills manager: npx skills add pbakaus/impeccable --skill critique. Esse é o passo de instalação da critique para quando você quer a skill disponível no fluxo do seu agente, em vez de copiá-la para um prompt isolado.

Forneça o input certo

O padrão de uso da critique espera uma área específica para revisar, como uma funcionalidade, página ou componente. O argument-hint é direto: informe um alvo focado, não um bloco inteiro de produto sem recorte. Bons exemplos de input são: “Critique the checkout shipping step for first-time mobile users” ou “Critique this dashboard filter panel for cognitive load and clarity.”

Comece pelos arquivos certos

Para uma leitura rápida do guia da critique, comece por SKILL.md e depois passe para as referências de apoio que influenciam a qualidade da avaliação: reference/cognitive-load.md, reference/heuristics-scoring.md e reference/personas.md. Esses arquivos mostram como a skill pontua, o que ela procura e quais perspectivas de usuário vale simular.

Use um prompt completo

Um prompt melhor informa o objetivo do design, o público, a plataforma e o que mudou. Exemplo: “Critique this onboarding modal for new enterprise admins. Goal: reduce abandonment. Context: desktop web, step 2 of 4, copy and layout were changed yesterday.” Isso dá sinal suficiente para a skill evitar conselhos genéricos e focar nos modos de falha reais.

FAQ da skill critique

A critique serve só para UI/UX Design?

Não. Ela é mais forte em UI/UX Design, mas também pode revisar qualquer experiência parecida com interface em que hierarquia, clareza e qualidade da interação importem. Se não houver fluxo ou layout voltado ao usuário para avaliar, a skill critique provavelmente não é a ferramenta certa.

Em que a critique difere de um prompt normal?

Um prompt comum costuma gerar comentários subjetivos. A skill critique adiciona método: coleta de contexto, avaliações independentes, testes com personas e pontuação. Essa estrutura torna a saída mais confiável, mais fácil de comparar e mais prática de transformar em ação.

Preciso ter experiência em design para usar?

Não. A skill critique é útil até para iniciantes porque oferece uma estrutura de revisão. O mais importante é fornecer contexto suficiente: o que a interface faz, para quem ela existe e como é definido o sucesso. Sem isso, até uma skill de critique forte tende a escorregar para um feedback genérico.

Quando não devo usar critique?

Não use para debugging puramente técnico, revisões focadas só em branding ou edição de conteúdo sem nenhum elemento de design de interação. Ela também não é uma boa opção se o que você quer é apenas uma opinião rápida e subjetiva, sem pontuação nem justificativa de apoio.

Como melhorar a skill critique

Dê um briefing mais preciso para a skill

O maior ganho de qualidade vem de um contexto melhor. Inclua a superfície analisada, o tipo de usuário, o dispositivo e o objetivo de negócio. “Critique the pricing table” é fraco; “Critique the pricing table for SaaS buyers comparing plans on mobile, with the goal of increasing qualified trial starts” é muito melhor.

Traga evidências, não só opiniões

Se você já sabe o que parece estranho, diga onde e por quê. Mencione a etapa do fluxo, o rótulo, o estado ou a área do screenshot que parece problemática. Isso ajuda a critique a focar em problemas reais de usabilidade, em vez de reabrir discussões sobre mudanças superficiais óbvias.

Fique atento aos modos de falha mais comuns

O erro mais comum é especificar pouco o artefato, o que leva a comentários amplos demais. Outro é pedir “feedback” sem nomear a tarefa do usuário; aí a critique precisa inferir a intenção. Em critique para UI/UX Design, a análise melhora quando você inclui a ação principal que o usuário deve concluir e quaisquer restrições, como acessibilidade, comportamento em mobile ou pressão de tempo.

Itere depois da primeira rodada

Use a primeira critique para separar problemas de alto risco de questões de acabamento e, depois, rode a skill novamente apenas na área mais arriscada. Uma segunda rodada funciona melhor quando você pede uma critique mais específica — como hierarquia, clareza do texto ou carga cognitiva — em vez de pedir que a skill revise tudo de novo.