Communitygithub.com

julio-antislop-design

Projeta, constrói, reformula ou revisa páginas de destino, sites, interfaces de aplicativos, dashboards, documentações e portfólios com aparência projetada, não gerada.

O que é julio-antislop-design?

Este skill elimina os padrões visuais genéricos de IA, guiando a criação de interfaces web que parecem intencionalmente projetadas. Ele funciona em duas velocidades: um caminho rápido para ajustes pontuais (aplicando tokens e verificações) e um caminho completo de 12 etapas para novos projetos ou reformulações — começando pela pesquisa do tema, referências reais e um sorteio direcional para fugir da média. O skill impõe um piso absoluto de acessibilidade (WCAG 2.2 AA), honestidade (sem conteúdo inventado), rastreabilidade, privacidade, desempenho e boas práticas técnicas. É compatível com assistentes como Claude Code e Cursor, utilizando scripts como `check-tokens.mjs` e `check-render.mjs` para garantir a qualidade. O objetivo é substituir tiques visuais de IA por decisões de design fundamentadas, resultando em landing pages, dashboards, apps e portfólios que transmitem profissionalismo e originalidade.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/jrco-dev/julio-antislop-design/tree/HEAD/skills/julio-antislop-design

Perguntar na sua IA favorita

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

Documentação

O que julio-antislop-design faz?

Uma página gerada se parece com a média de todas as páginas vistas: nada ali é falso, nada foi decidido. Este skill substitui os defeitos por decisões: a ideia vem do tema, a direção vem de referências reais e de um sorteio fora da média, um piso protege a acessibilidade, a honestidade e o desempenho, e nós olhamos o que fizemos antes de entregar. Retirar os tiques não basta: uma página vazia e limpa também é um tique (references/originality.md).

1. Escolher o caminho

DemandaCaminho
Demanda pequena: um componente, uma seção, um ajuste, uma correção, ou "faz rápido"Rápido (§3)
Nova página, novo site, nova tela, novo sistemaCompleto (§4)
Refazer um existenteCompleto, variante reforma (references/redesign.md)
Revisar um designGrade de references/critique.md e lista de references/tells.md, sem construir

2. Escolher o modo

Toda regra depende do que o visitante precisa realizar nesta superfície, não do produto.

ModoO visitante realiza quando…Superfícies
Persuadirdecide e ageLanding, marketing, preços
Operarconclui uma tarefaApp, dashboard, admin, configurações
LercompreendeDocumentação, artigos, guias, ajuda
Experiênciaestá na obraPortfólio, galeria, vitrine

Duas superfícies em uma demanda: cada uma em seu modo, paleta e tipografia compartilhadas.

Avançar com a pessoa

Nunca deixá-la esperando em silêncio: perguntar cedo, sugerir a cada questão, mostrar assim que algo se sustenta. Quatro encontros no caminho completo (ficha de briefing, três primeiras telas, primeira versão, entrega), cada um com uma proposta recomendada; entre eles, nunca mais de uma dezena de ações sem mostrar nada. Detalhe: references/intake.md, "Ritmo".

3. Caminho rápido

  1. Ler DESIGN.md e PRODUCT.md se existirem e respeitá-los. No máximo uma pergunta, apenas se um fato bloquear.
  2. Aplicar o piso (§5) e os defeitos do modo (references/defaults-by-mode.md); tudo passa pelos tokens existentes, ou uma pequena escala declarada se não houver.
  3. node scripts/check-tokens.mjs <arquivo> e node scripts/check-render.mjs <arquivo> com zero erros; captures visualizadas em 390 e 1440 px.
  4. Relatório em 3 linhas: o que mudou, verificações passadas, o que não pôde rodar.

Sem enquadramento completo, sem sorteio, sem três heróis. Se a demanda crescer (uma página inteira), passar ao caminho completo.

4. Caminho completo, em 12 etapas

Detalhe de cada etapa: references/process.md. As etapas 1 a 8 são feitas antes do código.

  1. Ler o projeto, o modo, as imagens realmente disponíveis.
  2. Enquadrar de uma vez: projeto, gosto (tudo que preenche DESIGN.md), matéria; no máximo 12 perguntas, depois uma ficha de briefing validada uma vez. Apenas uma delegação explícita ("carta branca") ou a ausência da pessoa dispensa o gosto. references/intake.md.
  3. Inventariar o tema: 8 a 12 elementos próprios do cliente; real, mostrável, ausente. PRODUCT.md.
  4. Escrever o argumento: uma afirmação e sua prova por seção.
  5. Ver referências reais: 3 sites de references/site-models.md, incluindo um fora do setor; scripts/board.mjs para capturá-los.
  6. Sortear a direção: node scripts/roll.mjs --mode <modo> --brief "…" --log direction-log.md (arquétipo, cartas, cor, fontes, riscos), depois 5 direções, as 2 mais prováveis descartadas. references/originality.md.
  7. Formular a ideia ("[uma coisa do tema] se torna [um procedimento]", teste do concorrente), a coisa viva, DESIGN.md; três primeiras telas comparadas com scripts/explore.mjs, uma só escolhida.
  8. Escrever todos os textos antes do código; títulos de no máximo 2 linhas em 320 px.
  9. Construir sem movimento: tokens primeiro (cores, fontes, escala tipográfica, escala de espaçamento), depois herói, seções, visuais (sem foto: references/visuals.md, uma âncora visual do tema nas duas primeiras telas), coisa viva.
  10. Controlar: check-tokens.mjs (o código), check-render.mjs --shots (a página renderizada), npx impeccable detect, desempenho; depois o acabamento (references/finish.md) e o controle UX das 30 leis (references/ux-principles.md).
  11. Fazer julgar por um olhar novo: grade de references/critique.md, eixo Originalidade e teste do déjà-vu; corrigir, no máximo três rodadas.
  12. Adicionar o movimento, reinspccionar, entregar com o relatório.

5. Piso absoluto

Ele nunca é levantado: nem por gosto, nem pelo briefing, nem por um recurso externo.

  • A1 Acessibilidade: WCAG 2.2 AA (contraste 4,5:1, 3:1 para texto grande e controles), foco visível, teclado, alvos de 24 px (44 visados em mobile), títulos sem salto, textos alternativos, movimento reduzido, conteúdo sem JavaScript fora de Operar.
  • A2 Honestidade: nenhum número, citação, avaliação, logo, cliente ou funcionalidade inventados; o conteúdo de exemplo é listado no relatório e sinalizado uma única vez na página.
  • A3 Rastreabilidade: cada fonte, componente, imagem e referência tem uma fonte real verificada e uma licença que cobre o uso.
  • A4 Confidencialidade: nenhum dado, maquete ou captura de um cliente para um serviço terceiro sem acordo escrito.
  • A5 Desempenho: LCP ≤ 2,5 s, INP ≤ 200 ms (TBT em laboratório), CLS ≤ 0,1; senão o efeito vira uma imagem fixa. references/performance.md.
  • A6 Técnico: cores, fontes, tamanhos e espaçamentos apenas em tokens; nunca transition: all nem animação de width, height, top, left; nenhuma rolagem horizontal de 320 a 1920 px; herói em dvh ou svh; contêiner limitado.
  • A7 Briefing: uma instrução explícita prevalece sobre os defeitos removíveis, nunca sobre A1 a A6.

6. Defeitos removíveis, o essencial

Cada um é removido com uma razão escrita ligada à ideia ou ao briefing. Tabela completa: references/defaults-by-mode.md; tiques datados: references/tells.md.

  • Nem sobrancelha, nem maiúsculas espaçadas, nem numeração 01/02/03 sem sequência real.
  • Nem gradiente roxo, nem texto em gradiente, nem brilho, nem vidro decorativo, nem fileira de cartões idênticos ícone-título-texto, nem emoji como ícone.
  • Nenhuma fonte reflexo sem razão de marca (references/typography.md); sem fonte fornecida, propor 3 pares (references/font-catalog.md).
  • Uma escala tipográfica modular e uma escala de espaçamento de três níveis, nada fora (references/spacing.md).
  • Um fundo, uma tinta, um acento, o acento cerca de 4 vezes no máximo por tela.
  • Nem o corretivo virado clichê (creme, serifa, terracota) nem nossa própria convergência "clean anti-slop" (references/originality.md §1).

7. Quando ler o quê

SituaçãoArquivo
Detalhe das 12 etapas, lista de entrega, formato do relatórioreferences/process.md
Enquadramento: perguntas, gosto, matéria, ficha de briefingreferences/intake.md
Regras por modoreferences/defaults-by-mode.md
Inventário, ideia, imagens, produto sem fotoreferences/idea-and-direction.md
Visuais sem foto, classificados por nota obtida; teste do tema sem textoreferences/visuals.md
Acabamento: defeitos apontados pelos juízes e suas verificaçõesreferences/finish.md
Sorteio, arquétipos, restrições, riscos, três heróis, déjà-vureferences/originality.md
Landing, herói, formulários, vidro, ilustração de produto, bentoreferences/persuade.md
Navegação e rodapé (18 + 15 modelos)references/nav-footer.md
App, dashboard, gráficos, formuláriosreferences/operate.md
Documentação, artigos, portfólio, galeriareferences/read-and-experience.md
Reformareferences/redesign.md
Paletareferences/color.md
Fonte e escala tipográfica; fontes a proporreferences/typography.md, references/font-catalog.md
Espaçamento e ritmoreferences/spacing.md
Movimento, efeitos, vídeo em códigoreferences/motion-and-video.md
Desempenho por modoreferences/performance.md
Tiques de IA datadosreferences/tells.md
As 30 leis da UX, aplicadas, e o controle UXreferences/ux-principles.md
Sites modelo reais; galerias, bibliotecas, licençasreferences/site-models.md, references/resources.md
Crítica por um olhar novoreferences/critique.md

Carregar apenas o que a tarefa precisa.

8. Entregar

Não entregar até que o piso, check-tokens.mjs, check-render.mjs, o detector, as capturas, a crítica (Originalidade 4 de 5 no mínimo, nenhum estilo conhecido no teste do déjà-vu) e o diário de direções tenham passado. Lista completa e formato do relatório: references/process.md. Nunca declarar uma verificação que não rodou.

Habilidades Relacionadas