critique

Visão geral da skill critique

O que a skill critique faz

A skill critique é um fluxo estruturado de revisão de UX para avaliar uma página, recurso ou componente como uma experiência projetada — e não apenas como uma interface que funciona. Ela leva o modelo a inspecionar hierarquia visual, arquitetura da informação, tom emocional, carga cognitiva e heurísticas de usabilidade, e depois transformar isso em feedback concreto, em vez de opiniões vagas.

Quem deve instalar a skill critique

Esta skill critique é mais indicada para designers, engenheiros frontend, times de produto e criadores de IA que precisam com frequência de feedback rápido no estilo auditoria de UX sobre interfaces. Ela é especialmente útil quando você tem um screenshot, uma página ao vivo ou um componente já construído e quer uma análise mais afiada do que um prompt genérico do tipo “o que você acha desse design?”.

Melhor job-to-be-done

Use critique quando a tarefa real for: “Me diga por que esta interface funciona ou falha, com o que os usuários vão ter dificuldade e o que eu devo mudar primeiro.” Ela é uma boa escolha para revisões de design, checagens pré-lançamento, limpeza de UI gerada por IA e critique para fluxos de UX Audit em que priorização importa mais do que estética isoladamente.

O que diferencia esta skill

O principal diferencial é que critique tem uma abordagem opinativa. Ela não para em comentários amplos sobre design. Verifica explicitamente padrões de “AI slop”, usa pontuação heurística e recomenda testes baseados em personas. Isso torna a saída mais diagnóstica e mais repetível do que prompts comuns de critique.

Dependência importante antes do uso

Na prática, esta skill não é independente. As próprias instruções exigem primeiro a skill /frontend-design, e o protocolo de coleta de contexto dessa skill precisa ser seguido. Se ainda não houver contexto de design, o repositório diz para executar /teach-impeccable antes de usar critique. Essa dependência é o principal ponto de adoção que você precisa entender desde o início.

Como usar a skill critique

Contexto de instalação e caminho no repositório

A skill critique fica em .agents/skills/critique dentro de pbakaus/impeccable. Se você usa um loader de skills, instale a partir desse repositório e selecione a skill critique. Se o seu ambiente aceita carregamento direto de skills a partir do repositório, aponte para:

• pbakaus/impeccable
• skill: critique

Se você prefere inspecionar manualmente antes de instalar, comece por aqui:

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

Leia isto antes da sua primeira instalação da skill critique

Não trate isso como um snippet de prompt pronto para plugar. A skill parte do pressuposto de que já existe contexto de design. O repositório torna /frontend-design obrigatório e diz para seguir o protocolo de coleta de contexto antes de executar critique. Se você pular essa etapa, a qualidade da saída cai porque o modelo fica sem objetivos, público e intenção da interface.

Que tipo de entrada a skill critique precisa

Para um uso forte de critique, forneça:

• a área da interface que está sendo analisada
• screenshots ou uma descrição visual clara
• o objetivo do produto
• usuários-alvo
• a tarefa principal que o usuário está tentando concluir
• restrições como plataforma, marca, acessibilidade ou metas de conversão

Uma entrada mínima funciona, mas a critique melhora muito quando o modelo sabe como é o sucesso nesse caso.

O melhor padrão de invocação

A dica de argumento da skill é [area (feature, page, component...)]. Na prática, invoque com um escopo específico, como:

• critique checkout page
• critique onboarding modal
• critique dashboard sidebar
• critique pricing page for UX Audit

Escopos específicos geram feedback mais acionável do que “critique my app”.

Como transformar um pedido vago em um prompt forte de critique

Pedido fraco:

• “Critique this UI.”

Pedido melhor:

• “Critique this settings page for UX Audit. The goal is to help first-time users enable notifications without confusion. Audience is non-technical SMB owners. Prioritize visual hierarchy, cognitive load, and whether the main action is obvious.”

Por que isso funciona:

• define quem é o usuário
• define qual é a tarefa
• define o critério de sucesso
• diz à skill o que priorizar

Fluxo sugerido na prática

Um fluxo prático de critique guide é:

1. Coletar contexto com /frontend-design.
2. Declarar o objetivo do produto e a tarefa do usuário.
3. Passar a tela, recurso ou componente exato para critique.
4. Pedir os achados agrupados por severidade.
5. Depois da primeira revisão, pedir recomendações revisadas com as restrições reais de engenharia ou de marca.

Essa sequência é mais confiável do que pedir critique e redesign de uma vez só.

O que a skill avalia bem

Com base no repositório, a skill critique é mais forte em:

• detectar padrões genéricos de UI gerada por IA
• avaliar hierarquia e clareza
• identificar sobrecarga cognitiva
• aplicar pontuação heurística
• testar a robustez dos fluxos com personas relevantes

Isso a torna útil para triagem: identificar o que parece polido, mas ainda assim falha para o usuário.

Como usar bem os arquivos de referência

Os arquivos de referência importam mais do que parecem.

reference/cognitive-load.md ajuda o modelo a distinguir complexidade da tarefa de complexidade causada por mau design, o que leva a recomendações melhores.

reference/heuristics-scoring.md acrescenta um quadro concreto de pontuação de 0 a 4 ao longo das heurísticas de Nielsen, útil quando você quer uma revisão comparável entre várias telas.

reference/personas.md funciona melhor de forma seletiva. Escolha 2–3 personas que correspondam ao público real, em vez de forçar as cinco em toda análise.

Bons prompts de critique para UX Audit

Se o seu objetivo é critique para UX Audit, peça uma saída estruturada como:

• 5 maiores riscos de usabilidade
• pontuações heurísticas com evidência breve
• pontos prováveis de falha para as personas escolhidas
• correções de maior prioridade primeiro
• o que deve permanecer sem mudança

Esse formato produz uma revisão que você consegue repassar para o time sem precisar reescrever.

Erros comuns de uso que reduzem a qualidade da saída

O maior erro é pedir feedback de design sem interface, sem screenshot e sem contexto de tarefa. Outro erro comum é usar a skill critique para gerar uma nova UI do zero. Esta skill é melhor para avaliar e priorizar problemas do que para inventar sistemas de design completos.

FAQ da skill critique

A skill critique é amigável para iniciantes?

Sim, mas só se você fornecer contexto básico. Uma pessoa iniciante consegue extrair valor rapidamente ao compartilhar uma tela e um objetivo de usuário. Sem isso, a skill critique pode soar confiante, mas deixar passar o problema real do produto.

Isso é melhor do que um prompt normal de critique?

Na maioria dos casos, sim. O valor não está só na redação; está no framework de revisão embutido: detecção de AI slop, análise de carga cognitiva, pontuação heurística e teste com personas. Isso dá ao critique usage mais consistência do que um prompt genérico.

Eu preciso da skill frontend-design antes?

Na prática, sim. O repositório a marca como obrigatória. Se você quer que a instalação de critique seja útil já no primeiro dia, planeje usá-la junto com /frontend-design, e não isoladamente.

Que tipos de artefato funcionam melhor?

As melhores entradas são screenshots, páginas renderizadas, protótipos ou descrições detalhadas da interface com contexto claro da tarefa. Código sozinho é menos útil, a menos que o comportamento da UI esteja descrito ou visível.

Quando eu não devo usar critique?

Não use critique quando você precisar de:

• revisão profunda de implementação em nível de código
• auditoria de conformidade em acessibilidade por si só
• diagnóstico de conversão baseado em analytics
• redesign completo sem uma interface existente para inspecionar

Ela é uma avaliadora focada em UX, não um substituto para auditorias especializadas.

A skill critique consegue comparar várias opções de design?

Sim. Ela deve funcionar bem para revisão lado a lado se você pedir pontuação comparativa e tradeoffs. Dê o mesmo contexto de tarefa e público para cada opção para que a comparação continue justa.

Como melhorar a skill critique

Dê ao modelo o objetivo da interface, não só a tela

A melhor forma de melhorar os resultados de critique é explicar o que a interface está tentando alcançar. O repositório pede isso explicitamente. Uma tela bonita ainda pode falhar se a tarefa principal não estiver clara — e a skill foi desenhada para detectar exatamente esse problema.

Peça severidade, evidência e correções

Se você quer uma saída que vire ação, peça para a skill critique formatar os achados como:

• problema
• por que isso importa
• evidência na UI
• severidade
• correção recomendada

Isso evita comentários superficiais e facilita priorizar as revisões.

Escolha personas que correspondam ao público real

O teste com personas fica muito mais forte quando você seleciona apenas os arquétipos relevantes. Por exemplo:

• first-time user para onboarding
• impatient power user para dashboards densos
• anxious user para fluxos financeiros ou destrutivos

Usar todas as personas o tempo todo pode diluir a critique.

Melhore prompts fracos com restrições concretas

Um prompt mais forte de critique guide inclui restrições como:

• mobile-only
• brand cannot change colors
• must keep current information architecture
• engineering team can only make low-effort fixes this sprint

As restrições forçam recomendações mais realistas.

Fique atento ao principal modo de falha

O principal modo de falha é um feedback amplo, estiloso e bem escrito, mas desconectado das tarefas reais do usuário. Se a primeira saída soar genérica, faça perguntas de acompanhamento como:

• “Which issue most likely blocks task completion?”
• “What would confuse a first-time user in the first 10 seconds?”
• “Which recommendation has the highest impact with lowest implementation effort?”

Use a pontuação heurística com cuidado

Pontuações são úteis para comparação e priorização, mas podem criar uma falsa sensação de precisão. Peça uma evidência curta sob cada nota. Isso mantém a skill critique ancorada em problemas visíveis de UI, em vez de números arbitrários.

Rode a critique em duas passagens

Um fluxo de alta qualidade é:

1. primeira passagem: diagnosticar problemas
2. segunda passagem: refinar soluções sob restrições reais

Separar diagnóstico de redesign melhora a clareza e geralmente produz recomendações mais confiáveis.

Melhore as saídas depois da primeira critique

Depois da primeira execução, devolva:

• suposições corrigidas sobre os usuários
• screenshots de estados revisados
• restrições que o modelo ignorou
• com quais achados o seu time concorda ou discorda

A skill critique melhora quando é tratada como uma revisora iterativa, e não como um juiz de uma rodada só.

Use onde ela tem sua maior vantagem

Esta skill critique entrega mais valor em interfaces que parecem polidas, mas podem esconder problemas de UX: landing pages geradas por IA, dashboards, fluxos de onboarding, painéis de configuração e superfícies de recurso densas. É aí que sua detecção de antipadrões e seu enquadramento de carga cognitiva acrescentam mais informação útil.

Entenda o tradeoff antes de adotar

O tradeoff é simples: critique entrega feedback de UX mais rigoroso do que prompts comuns, mas só se você fornecer contexto e aceitar seu framework opinativo. Se você quer uma opinião leve e ad hoc, um prompt normal pode ser mais rápido. Se você quer uma critique repetível para UX Audit, esta skill é a melhor escolha.