Pacheche/unslop-anything

Dé-slopiser n'importe quoi

Le slop IA, c'est ce que personne n'a décidé. Le modèle a choisi la réponse la plus courante, donc le résultat ressemble à mille autres résultats : le dégradé violet, l'emoji dans chaque étiquette, le titre d'accueil, la phrase « pas seulement X, c'est Y ». Même les bons motifs deviennent du slop une fois que tout le monde les expédie par défaut.

Donc, dé-slopiser comporte deux moitiés, et vous avez besoin des deux :

1. Supprimer les valeurs par défaut. Trouvez chaque signe nommé, corrigez-le avec une valeur concrète ou une phrase concrète.
2. Ajouter une décision. Un résultat propre qui pourrait appartenir à n'importe quel produit est le modèle suivant. Le travail fini doit contenir au moins une chose que seul ce produit, cette marque ou cet auteur aurait.

Vous faites le travail vous-même : lisez les fichiers, modifiez-les, rendez, comparez. Demandez à l'utilisateur uniquement ce que le matériau ne peut pas vous dire.

Comment utiliser cette compétence

Les chemins sont relatifs au dossier de cette compétence. Chargez les références à la demande, jamais toutes en même temps.

1. Aiguillage. Décidez ce que vous dé-slopisez et ouvrez uniquement ses références.

Support	Lecture
Application web, tableau de bord, landing page, toute UI HTML/CSS/React/Vue/Svelte	references/ui-signs.md, references/ui-passes.md, references/direction.md
Écran d'application mobile (iOS, Android, React Native, Flutter, SwiftUI)	les fichiers UI ci-dessus plus references/mobile.md
Image, illustration, jeu d'icônes, affiche, graphique social, diapositive, logo	references/visual-design.md, references/direction.md
Écriture : publication, fil, article, e-mail, documentation, README, copie UI	references/writing.md
Une UI dont la copie est aussi du slop	faites l'UI d'abord, puis la passe de copie avec references/writing.md

Lorsque l'utilisateur demande une superposition ou un composant spécifique et que le nom est vague (« fais une popup »), vérifiez references/component-vocabulary.md avant de construire.

2. Choisissez le travail.

   • Détecter. L'utilisateur demande « est-ce du slop ? », veut un audit, ou dit de ne rien changer. Chargez uniquement le fichier des signes pour le support (ui-signs.md, visual-design.md ou writing.md). Ne modifiez pas. Répondez sous cette forme :

     Niveau de slop : N% (lourd | léger | aucun)
     <Catégorie>
     - <signe> : <où : fichier:ligne, région d'écran ou « phrase citée »> -> <correction en quelques mots>
     Affirmations à confirmer : <affirmations invérifiables, ou aucune>
     Non vérifié : <ce que vous n'avez pas pu voir, ou aucun>
     Vous voulez que je le corrige ?
     

   • Corriger (par défaut). Exécutez le workflow ci-dessous.

3. Mettez le matériau devant vous.

   • Code : trouvez les fichiers qui rendent l'écran. Si vous pouvez l'exécuter, rendez-le et prenez une capture d'écran. Jugez ce que les gens voient, pas seulement le code.
   • Une URL sans code : ouvrez-la dans un outil de navigation, capturez-la, et enregistrez le HTML comme copie locale pour travailler. Le résultat est un fichier redessiné que l'utilisateur peut confier au propriétaire du site. Dites-le.
   • Seulement une capture d'écran : reconstruisez-la en un seul fichier HTML statique qui correspond de près, traitez-le comme l'original, et dites-le.
   • Pas d'outil de navigation ou de rendu, ou l'application ne démarre pas : extrayez l'écran dans un fichier HTML statique et rendez-le si possible ; sinon, travaillez à partir du code et listez chaque vérification visuelle sous Non vérifié :.
   • Écriture : demandez le brouillon s'il n'est pas collé. Si le public n'est pas clair, posez une question : qui lit ceci et où.

Workflow

1. Scanner. Pour les fichiers de code ou de texte, exécutez le scanner. Il trouve des candidats, pas des verdicts :

   python3 <skill folder>/scripts/slop_scan.py <fichiers ou dossiers>
   python3 <skill folder>/scripts/slop_scan.py --text draft.md      # règles d'écriture sur n'importe quel fichier
   

   Sous Windows, utilisez py au lieu de python3. Il nécessite seulement Python 3. Code de sortie 0 signifie aucun candidat, 1 candidats, 2 rien scanné. Scannez uniquement la cible : les fichiers de l'écran et les composants partagés et styles qu'il utilise, pas tout le dépôt, sauf si l'utilisateur a demandé un audit complet du dépôt. Pour un audit complet du dépôt, utilisez --json et regroupez les hits par règle avant de les lire. Confirmez chaque hit en le lisant. Supprimez les faux positifs et dites pourquoi dans le rapport.
2. Auditer. Parcourez le fichier des signes pour le support. Une ligne par signe : quoi, où (fichier:ligne, région d'écran ou phrase citée), correction. Ajoutez les signes que le scanner ne peut pas voir : hiérarchie, rythme, composition, sens.
3. Évaluer. Comptez les catégories du fichier des signes (pas les catégories du scanner) qui ont au moins un signe. Classez chaque signe sous une seule catégorie, la première qui le liste. Ce nombre multiplié par 10 est le niveau de slop. Dans l'UI, la dernière catégorie (Look de modèle) ne compte que lorsque les neuf autres sont vides. Ensuite, choisissez le mode :
   • Lourd (50% ou plus) : processus complet, direction d'abord.
   • Léger (10-40%) : mode polissage. Corrigez uniquement ce que l'audit a trouvé. Conservez la palette, la typographie, la mise en page, la voix et la marque. Les idées plus grandes vont dans le rapport comme suggestions.
   • Aucun (0%) : dites-le clairement. Proposez deux ou trois améliorations avec des valeurs exactes et appliquez-les seulement si l'utilisateur est d'accord. Ne modifiez jamais un bon travail juste pour le rendre différent.
4. Direction (UI lourd et design visuel seulement). Suivez references/direction.md : phrase produit, personnage, monde, moments, signature, et pour les nouveaux looks, trois directions candidates avant d'en choisir une. Montrez l'audit et la direction, puis arrêtez-vous et attendez la réponse de l'utilisateur, car changer de direction plus tard signifie tout refaire. Ignorez l'attente uniquement lorsque l'utilisateur a déjà dit « fais-le » ; alors, mettez les trois candidats (une ligne chacun) et pourquoi vous en avez choisi une dans le rapport.
5. Corriger par passes. UI : l'ordre des passes dans references/ui-passes.md. Design visuel : l'ordre dans references/visual-design.md. Écriture : le workflow dans references/writing.md. Terminez une passe sur l'ensemble de la pièce avant de commencer la suivante.
6. Vérifier. Rendez à nouveau (au maximum trois rendus par exécution) et regardez le rendu en taille réelle, région par région : les colonnes qui se chevauchent, le texte tronqué ou qui se chevauche et les bords désalignés n'apparaissent que là. Vérifiez par rapport à la liste d'audit et à la liste de contrôle de la référence que vous avez utilisée. Relancez le scanner. Tout ce qui est encore sur la liste est corrigé ou explicitement justifié.
7. Rapport. Niveau de slop avant et après, la direction, quelques lignes par passe sur ce qui a changé, les faux positifs que vous avez éliminés, tout ce que vous n'avez pas pu vérifier (Non vérifié :), et les affirmations que vous avez besoin que l'utilisateur confirme.

Règles inflexibles

• Gardez le produit, changez le savoir-faire. Les fonctionnalités, le contenu, les données, l'ordre des sections et le nom du produit restent. N'ajoutez pas de sections.
• Les fausses données remplacent uniquement les placeholders. Lorsque l'original montre des valeurs de placeholder ($123,456, Lorem, John Doe, un faux graphique), vous pouvez les remplacer par des valeurs fictives plausibles. Listez chaque valeur fictive dans le rapport sous Fausses données à remplacer. Les données réelles ne sont jamais modifiées.
• N'inventez jamais. Pas de nouvelles fonctionnalités, statistiques, témoignages, sources, logos ou citations. Les affirmations comme « Approuvé par plus de 10 000 équipes » ou « 10 fois plus rapide » sont confirmées par l'utilisateur ou supprimées. Listez-les dans le rapport.
• La décoration supprimée n'est pas remplacée par une nouvelle décoration. Remplacer les dégradés violets par du glassmorphisme, du grain, du néon, des bento grids ou des icônes 3D en verre est le même slop dans une nouvelle tendance.
• Discret ne signifie pas pâle. Supprimer toute couleur jusqu'à ce que rien ne soit lisible est aussi un échec. La couleur reste là où elle porte du sens : l'action principale, une sélection, un statut, une série de données, le moment clé.
• La couleur et les étiquettes disent la vérité. Une étiquette correspond à son chiffre (« Récupération à 64 % » n'est pas « Excellent » sauf si l'échelle le dit). Le rouge signifie un problème. Le vert signifie bien.
• Travaillez à travers le système de design. Si le projet a des jetons de thème ou des variables CSS, modifiez leurs valeurs ou leur utilisation ; ne les contournez jamais avec des valeurs codées en dur.
• Gardez la voix de l'auteur et la vraie marque. Un vrai logo, une couleur ou une police de caractères restent. Un dégradé violet-bleu, une tuile scintillante ou une lueur dans un logo n'est pas une marque sauf si l'utilisateur le dit. L'écriture conserve le vocabulaire, la franchise et l'humour de l'auteur.
• Copier une application célèbre n'est pas dé-slopiser. Étudiez 3 à 5 références pour la structure et les chiffres, ne collez jamais l'apparence d'un produit sur un autre.
• Pas de suppositions de détecteur. En mode détection, vous nommez des motifs avec des preuves. Vous ne prétendez jamais que quelque chose « a été écrit par IA ».

Excuse	Réalité
« Ça a l'air propre maintenant »	Propre est le modèle. Faites le test du modèle : remplacez par le nom d'un concurrent. Si ça correspond toujours, poussez la direction.
« L'utilisateur veut juste que ce soit plus joli »	Plus joli et différent ne sont pas la même chose. Dix applications IA jolies côte à côte sont une seule application.
« Supprimer la couleur résout le problème »	Supprimer la couleur sans une rampe, un accent et un sens donne un modèle gris.
« Le scanner n'a rien trouvé »	Zéro hits signifie zéro signes greppables. La hiérarchie, le rythme et le sens ont toujours besoin de vos yeux.
« Je vais sauter le rendu, le code est correct »	Le slop vit dans ce que les gens voient. Le texte tronqué, les espaces inégaux et la hiérarchie faible n'apparaissent que lorsqu'ils sont rendus.

Test de modèle (à exécuter en dernier, à chaque fois)

Remplacez le nom du produit, ou le nom de l'auteur, par celui d'un concurrent. Si l'écran, l'image ou le texte convient toujours sans modifications, ce n'est pas terminé. Poussez la direction plus fort dans la copie, le moment visuel et le détail de signature.