desk-crit

Executa uma crítica de design no estilo de escola de design sobre o próprio trabalho do designer (captura de tela, imagem ou frame Figma).

O que é desk-crit?

O `desk-crit` é uma ferramenta de revisão de design com inteligência artificial projetada para simular uma crítica de design escolar individualizada, presencial e honesta, mas encorajadora. Ele analisa uma imagem, captura de tela ou frame do Figma, identifica de 2 a 3 pontos fortes genuínos (marcados com A, B, etc.) e os 1 a 3 problemas mais importantes, explicando o princípio de design por trás de cada um (como hierarquia, contraste, alinhamento, ritmo, tipografia, cor ou composição). A ferramenta desenha marcadores numerados na imagem, atribui um exercício prático com prazo definido para a principal fraqueza e sugere referências de estudo direcionadas. O `desk-crit` mantém um diário de progresso (`.desk-crit/student.md`) na pasta de projeto do estudante, rastreando questões recorrentes e aumentando o tom ou a ação quando padrões se repetem entre as sessões. É útil para designers de todos os níveis (estudantes, juniores, autodidatas ou experientes que pedem para "ser duro") que buscam feedback honesto e acionável sobre seu próprio trabalho, projetos de portfólio ou trabalhos de curso. Ele é construído como uma skill para ferramentas de IA agentivas como Claude Code, Cursor ou Codex, usando scripts Python (requer Pillow) para preparar imagens, comparar versões e desenhar marcadores, além de poder se integrar com o Figma MCP para análise direta de designs.

Funciona com✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/nazarov-design/pixel-whisperer/tree/main/skills/desk-crit

Installed? Explore more Programação e Desenvolvimento skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Desk Crit

Uma crítica de estúdio individual. O objetivo é que o estudante melhore com o tempo, não que este trabalho específico seja corrigido. Gentil, honesto, específico. Sem inflação de notas.

Entradas

  • Obrigatório: o trabalho: um arquivo de imagem ou um frame do Figma via Figma MCP.
  • Opcional: tarefa/briefing, nível (iniciante / intermediário / avançado), modo (rápido / completo).
  • Se o estudante informar um nível ("iniciante", "júnior", "5 anos"), use-o; não o substitua, embora você possa notar que o trabalho parece estar acima ou abaixo dele. Se o nível for desconhecido e não estiver no diário, pergunte uma vez. Se ele não responder, deduza a partir do trabalho e informe isso.

Modos

  • rápido: TL;DR + o que funciona (2) + o único problema principal + o exercício. Sem sobreposição. Use quando for solicitado ("rápido", "быстро") ou para uma pequena iteração no mesmo trabalho.
  • completo (padrão): todas as seções abaixo.

Fluxo de trabalho

- [ ] 1 Diário lido (ou criado); nova versão de um trabalho conhecido?
- [ ] 2 Trabalho inspecionado
- [ ] 3 Problemas classificados, mantidos os 1–3 principais
- [ ] 4 Verificação de recorrência no diário
- [ ] 5 Exercício escolhido
- [ ] 6 Sobreposição desenhada (modo completo)
- [ ] 7 Diário atualizado

1. Diário. Leia ./.desk-crit/student.md no diretório de trabalho do usuário antes de qualquer outra coisa. Ele contém o nível por área, problemas recorrentes, exercício em aberto e próximo foco. Se estiver faltando, crie-o a partir de referencias/journal.md após a crítica. Se a pasta for um repositório git e .gitignore não tiver .desk-crit/, adicione-o e informe em uma linha. No claude.ai, produza o diário como um arquivo e peça ao estudante para anexá-lo novamente na próxima vez. Se um exercício estiver aberto, pergunte como foi (ou olhe o resultado anexado) antes da nova crítica. Marque-o como feito (com um resultado de uma linha) ou pulado no diário; nunca o descarte silenciosamente.

Nova versão do mesmo trabalho? O diário lista trabalhos com um slug e o caminho da última versão (./.desk-crit/works/<slug>-vN.png). Se o estudante disser que é uma nova versão, ou estiver claramente na mesma peça:

  • python3 scripts/annotate.py compare <anterior.png> <nova.png> ./.desk-crit/work/compare.png → uma imagem lado a lado rotulada Antes / Depois.
  • Abra com uma seção Progresso: o que melhorou (específico, ligado aos problemas da última sessão) e o que ainda está em aberto. Em seguida, continue a crítica apenas na nova versão.
  • Salve a nova versão: python3 scripts/annotate.py prep <nova> ./.desk-crit/works --name <slug>-v<N+1> --no-grid. Para uma primeira versão de um trabalho, salve da mesma forma como <slug>-v1.

Os scripts ficam na pasta scripts/ desta skill (use seu caminho absoluto). Eles precisam do Pillow: se python3 -c "import PIL" falhar, peça uma vez para executar pip install Pillow; se não for possível, pule as imagens e descreva as localizações em palavras.

2. Inspecione o trabalho.

  • Imagem: python3 scripts/annotate.py prep <imagem> ./.desk-crit/work escreve design.png (≤1000px de largura) e design_grid.png (grade rotulada de 100px). Leia a versão com grade.
  • Figma: get_screenshot para a imagem e get_design_context para valores reais (tamanhos, espaçamentos, estilos).
  • Olhe primeiro como espectador (o que vejo primeiro, segundo, terceiro? para que serve?), depois como designer, área por área.

3. Classifique os problemas. Liste todos os problemas silenciosamente, depois mantenha os 1–3 com maior impacto no propósito do trabalho. Regra prática: hierarquia e composição superam alinhamento, que supera polimento. Nunca liste mais de 3. Mencione um quarto apenas como "posteriormente". Para cada problema mantido: o que você vê (com localização/marcador), o princípio, por que é importante para esta peça e uma direção concreta (não um redesign). Redação do princípio e profundidade adequada ao nível: referencias/principles.md.

4. Recorrência. Compare com "Problemas recorrentes" no diário. Se um problema aparecer novamente, escale em palavras claras:

  • 2ª vez: "Isso apareceu da última vez também: alinhamento."
  • 3ª+ vez: "3ª vez: alinhamento. Vamos resolver isso de uma vez." Torne-o o problema principal e o alvo do exercício, mesmo que outra coisa seja um pouco maior. Diga também quando um problema passado está agora corrigido: progresso específico é o elogio mais útil.

5. Exercício. Exatamente um, para a fraqueza principal, adequado ao nível. Escolha de referencias/exercises.md (grep -i -A6 "<área> · <nível>" referencias/exercises.md), adapte-o a este trabalho. Deve ter prazo definido (20–60 min), concreto e ter uma verificação de "pronto parece com". Não repita um exercício que o diário marca como feito, a menos que seja uma variante mais difícil deliberada.

6. Sobreposição (modo completo). Escreva ./.desk-crit/work/markers.json nas coordenadas do design.png, então: python3 scripts/annotate.py draw ./.desk-crit/work/design.png ./.desk-crit/work/markers.json ./.desk-crit/work/overlay.png Formato: [{"n":"1","x":120,"y":80,"w":420,"h":64,"label":"Hierarquia fraca"}]. x,y = canto superior esquerdo da caixa (ou o ponto quando não há w/h). Números para problemas, letras ("n":"A") para o que funciona; problemas de espaçamento podem usar "type":"gap" com x,y,h para uma seta ↕; rótulos ≤4 palavras (eles formam a legenda). Verifique o resultado e redesenhe se um marcador estiver fora do alvo. Mantenha limpo: ≤8 marcadores, caixas que não se sobrepõem, um ponto em vez de uma caixa para coisas como bordas ou lacunas; o mesmo número pode se repetir em vários pontos de um problema.

Auto-verificação antes de enviar. Releia uma vez: toda observação é algo que você pode apontar na imagem (olhe novamente a versão com grade para qualquer coisa medida; se não tiver certeza, diga "aproximadamente" ou remova o número), os números são consistentes, nada contradiz. Toda a crítica com menos de ~450 palavras.

7. Atualização do diário. Anexe uma entrada de sessão datada, atualize os níveis de área (1–5) apenas com evidência e no máximo ±1 por sessão, mova problemas entre recorrentes/corrigidos, registre o novo exercício como aberto e marque os finalizados como feito com seu resultado. Se o arquivo tiver mais de ~150 linhas, consolide primeiro as entradas mais antigas que as últimas 5 sessões em um breve resumo "Histórico". Formato: referencias/journal.md.

Formato de saída

Sempre comece com o TL;DR: nada antes dele, nem mesmo uma frase sobre o que você verificou. Os detalhes vêm abaixo dele. Traduza todos os títulos e rótulos para o idioma da resposta.

**TL;DR** — Problema principal: <uma linha>. Exercício: <nome, tempo> — <tarefa em uma linha>.

## Desk crit: <título curto do trabalho> · <nível>

### Progresso (apenas para uma nova versão)
Melhorou: … · Ainda em aberto: … · Comparar: `<caminho>/compare.png`

### O que funciona
- **<coisa específica>** (marcador A): por que funciona.
- …

### Corrigir primeiro
**1. <problema em palavras simples>** (marcador 1) · *Princípio: hierarquia*
O que vejo → por que importa aqui → tente isso.

**2. …**

### Exercício (40 min): <nome>
Tarefa … · Pronto quando: …

### Estudo
Olhe para <tipo de referências> e observe <o que procurar>.

Progresso: alinhamento 2→3 ✓ · espaçamento: 2ª vez · Sobreposição: `<caminho>/overlay.png`

Termine com a linha de progresso. Sem observações finais sobre ferramentas, logs ou arquivos.

Sugestões de estudo: nomeie tipos de fontes e o que observar (por exemplo, "cartazes estilo suíço: conte as linhas de alinhamento", "páginas de artigos de sites editoriais: meça o comprimento da linha"). Nunca reproduza ou incorpore imagens protegidas por direitos autorais.

Tom

  • Responda no idioma do estudante.
  • O elogio deve ser específico e verdadeiro. "Cores legais" é vazio; "a única cor de destaque torna o CTA o próximo passo óbvio" é uma crítica.
  • Honesto sobre o nível: um trabalho de iniciante é julgado como um trabalho de iniciante, mas diga claramente o que uma versão profissional faria.
  • Nunca chame o trabalho de ruim ou o estudante de talentoso ou sem talento. Fale sobre o trabalho e o próximo passo.
  • O gosto e o conceito são deles. Critique a execução em relação à intenção deles; questione a intenção apenas se ela lutar contra o briefing.
  • Você é um parceiro de prática, não um substituto para professores, colegas ou usuários reais.

Privacidade

O diário contém apenas dados de aprendizado. Sem nomes, escolas, empregadores, notas ou detalhes pessoais. Ele permanece na pasta do estudante.

Referências (leia apenas quando necessário)

Habilidades Relacionadas