Pacheche/unslop-anything

Unslop Qualquer Coisa

Slop de IA é o que ninguém decidiu. O modelo buscou a resposta mais comum, então o resultado se parece com mil outros: o gradiente violeta, o emoji em cada rótulo, o título de saudação, a frase "não apenas X, é Y". Até bons padrões se tornam slop quando todo mundo os envia por padrão.

Portanto, deslopar tem duas metades, e você precisa de ambas:

1. Remova os padrões. Encontre cada sinal nomeado, corrija-o com um valor ou uma frase concreta.
2. Adicione uma decisão. Um resultado limpo que poderia pertencer a qualquer produto é o próximo modelo. O trabalho finalizado deve conter pelo menos uma coisa que somente este produto, marca ou escritor teria.

Você faz o trabalho sozinho: leia os arquivos, edite-os, renderize, compare. Pergunte ao usuário apenas o que o material não pode lhe dizer.

Como usar este skill

Os caminhos são relativos à pasta deste skill. Carregue as referências sob demanda, nunca todas de uma vez.

1. Roteie. Decida o que você está deslopando e abra apenas suas referências.

Meio	Leia
Aplicativo web, dashboard, landing page, qualquer UI HTML/CSS/React/Vue/Svelte	references/ui-signs.md, references/ui-passes.md, references/direction.md
Tela de aplicativo mobile (iOS, Android, React Native, Flutter, SwiftUI)	os arquivos de UI acima mais references/mobile.md
Imagem, ilustração, conjunto de ícones, pôster, gráfico social, slide, logotipo	references/visual-design.md, references/direction.md
Escrita: post, thread, artigo, e-mail, documentação, README, texto de UI	references/writing.md
Uma UI cujo texto também é slop	faça a UI primeiro, depois a passagem de cópia com references/writing.md

Quando o usuário pedir uma sobreposição ou componente específico e o nome for vago ("faça um popup"), verifique references/component-vocabulary.md antes de construir.

2. Escolha o trabalho.

   • Detectar. O usuário pergunta "isso é slop?", quer uma auditoria, ou diz para não mudar nada. Carregue apenas o arquivo de sinais para o meio (ui-signs.md, visual-design.md ou writing.md). Não edite. Responda neste formato:

     Nível de slop: N% (pesado | leve | nenhum)
     <Categoria>
     - <sinal>: <onde: arquivo:linha, região da tela ou "frase citada"> -> <correção em poucas palavras>
     Alegações a confirmar: <alegações não verificáveis, ou nenhuma>
     Não verificado: <o que você não pôde ver, ou nenhum>
     Quer que eu corrija?
     

   • Corrigir (padrão). Execute o fluxo de trabalho abaixo.

3. Coloque o material diante de você.

   • Código: encontre os arquivos que renderizam a tela. Se você puder executá-lo, renderize e tire uma captura de tela. Julgue o que as pessoas veem, não apenas o código.
   • Uma URL sem código: abra-a em uma ferramenta de navegador, tire uma captura de tela e salve o HTML como uma cópia local para trabalhar. A saída é um arquivo redesenhado que o usuário pode entregar a quem possui o site. Diga isso.
   • Apenas uma captura de tela: reconstrua-a como um único arquivo HTML estático que corresponda de perto, trate isso como o original e diga isso.
   • Sem ferramenta de navegador ou renderização, ou o aplicativo não inicia: extraia a tela em um arquivo HTML estático e renderize-o se puder; caso contrário, trabalhe a partir do código e liste cada verificação visual em Não verificado:.
   • Escrita: peça o rascunho se não estiver colado. Se o público não estiver claro, faça uma pergunta: quem lê isso e onde.

Fluxo de trabalho

1. Digitalize. Para arquivos de código ou texto, execute o scanner. Ele encontra candidatos, não vereditos:

   python3 <pasta do skill>/scripts/slop_scan.py <arquivos ou pastas>
   python3 <pasta do skill>/scripts/slop_scan.py --text draft.md      # regras de escrita em qualquer arquivo
   

   No Windows use py em vez de python3. Precisa apenas de Python 3. Saída 0 significa nenhum candidato, 1 candidatos, 2 nada digitalizado. Digitalize apenas o alvo: os arquivos da tela e os componentes e estilos compartilhados que ela usa, não o repositório inteiro, a menos que o usuário tenha solicitado uma auditoria em todo o repositório. Para uma auditoria em todo o repositório, use --json e agrupe os acertos por regra antes de lê-los. Confirme cada acerto lendo-o. Descarte falsos positivos e diga o motivo no relatório.
2. Audite. Percorra o arquivo de sinais para o meio. Uma linha por sinal: o quê, onde (arquivo:linha, região da tela ou frase citada), correção. Adicione sinais que o scanner não pode ver: hierarquia, ritmo, composição, significado.
3. Classifique. Conte as categorias do arquivo de sinais (não as categorias do scanner) que têm pelo menos um sinal. Registre cada sinal em apenas uma categoria, a primeira que o lista. Essa contagem vezes 10 é o nível de slop. Em UI, a última categoria (Aparência de modelo) conta apenas quando as outras nove estão vazias. Em seguida, escolha o modo:
   • Pesado (50% ou mais): processo completo, direção primeiro.
   • Leve (10-40%): modo de polimento. Corrija apenas o que a auditoria encontrou. Mantenha a paleta, tipo, layout, voz e marca. Ideias maiores vão no relatório como sugestões.
   • Nenhum (0%): diga claramente. Ofereça dois ou três refinamentos com valores exatos e aplique-os apenas se o usuário concordar. Nunca mude um bom trabalho apenas para ser diferente.
4. Direção (apenas UI pesada e design visual). Siga references/direction.md: frase do produto, personagem, mundo, momentos, assinatura e, para novos looks, três direções candidatas antes de se comprometer com uma. Mostre a auditoria e a direção, depois pare e aguarde a resposta do usuário, porque mudar a direção depois significa refazer tudo. Pule a espera apenas quando o usuário já disse "apenas faça"; ainda assim coloque os três candidatos (uma linha cada) e por que você escolheu um no relatório.
5. Corrija em passagens. UI: a ordem das passagens em references/ui-passes.md. Design visual: a ordem em references/visual-design.md. Escrita: o fluxo de trabalho em references/writing.md. Termine uma passagem em toda a peça antes de iniciar a próxima.
6. Verifique. Renderize novamente (no máximo três renderizações por execução) e olhe para a renderização em tamanho real, região por região: colunas colidindo, texto cortado ou sobreposto e bordas desalinhadas só aparecem ali. Verifique a lista de auditoria e a lista de verificação da referência que você usou. Execute o scanner novamente. Qualquer coisa ainda na lista é corrigida ou justificada explicitamente.
7. Relatório. Nível de slop antes e depois, a direção, algumas linhas por passagem sobre o que mudou, falsos positivos que você descartou, qualquer coisa que você não pôde verificar (Não verificado:), e alegações que você precisa que o usuário confirme.

Regras que não se dobram

• Mantenha o produto, mude o ofício. Recursos, conteúdo, dados, ordem das seções e o nome do produto permanecem. Não adicione seções.
• Dados fictícios apenas substituem placeholders. Quando o original mostra valores placeholders ($123.456, Lorem, João Silva, um gráfico falso), você pode substituí-los por valores fictícios plausíveis. Liste cada valor fictício no relatório sob Dados fictícios a substituir. Dados reais nunca são alterados.
• Nunca invente. Sem novos recursos, estatísticas, depoimentos, fontes, logotipos ou citações. Alegações como "Confiado por mais de 10.000 equipes" ou "10x mais rápido" são confirmadas pelo usuário ou removidas. Liste-as no relatório.
• Decoração removida não é substituída por nova decoração. Trocar gradientes roxos por vidromorfismo, granulação, néon, grades bento ou ícones 3D de vidro é o mesmo slop em uma nova tendência.
• Silencioso não é fraco. Retirar toda a cor até que nada se leia também é uma falha. A cor permanece onde carrega significado: a ação principal, uma seleção, um status, uma série de dados, o único momento.
• Cor e rótulos dizem a verdade. Um rótulo corresponde ao seu número ("recuperação de 64%" não é "Excelente" a menos que a escala diga isso). Vermelho significa um problema. Verde significa bom.
• Trabalhe através do sistema de design. Se o projeto tiver tokens de tema ou variáveis CSS, altere seus valores ou como eles são usados; nunca os ignore com valores codificados.
• Mantenha a voz do escritor e a marca real. Um logotipo, cor ou tipo de letra real permanece. Um gradiente violeta-para-azul, ladrilho cintilante ou brilho em um logotipo não é marca a menos que o usuário diga que é. A escrita mantém o vocabulário, a franqueza e o humor do escritor.
• Copiar um aplicativo famoso não é deslopar. Estude 3-5 referências para estrutura e números, nunca cole o visual de um produto em outro.
• Sem palpites do detector. No modo de detecção, você nomeia padrões com evidências. Você nunca alega que algo "foi escrito por IA".

Desculpa	Realidade
"Parece limpo agora"	Limpo é o modelo. Execute o teste do modelo: troque pelo nome de um concorrente. Se ainda couber, force a direção.
"O usuário só quer que fique mais bonito"	Mais bonito e diferente não são a mesma coisa. Dez aplicativos de IA bonitos lado a lado são um aplicativo.
"Remover a cor conserta"	Remover a cor sem uma rampa, um acento e significado dá um modelo cinza.
"O scanner não encontrou nada"	Zero acertos significa zero sinais pesquisáveis. Hierarquia, ritmo e significado ainda precisam dos seus olhos.
"Vou pular a renderização, o código está certo"	Slop vive no que as pessoas veem. Texto cortado, lacunas irregulares e hierarquia fraca só aparecem quando renderizados.

Teste do modelo (execute por último, sempre)

Substitua o nome do produto, ou o nome do escritor, pelo de um concorrente. Se a tela, imagem ou texto ainda couber sem edições, não está pronto. Force a direção mais na cópia, no momento visual e no detalhe da assinatura.