Unslop

Sources vérifiées le 6 novembre 2026. Affirmations de l’éditeur et essais tiers sont distingués ; pas de benchmark AIDreamHub exécuté.

Une méthode de revue, pas un autre générateur de sites

Créé par Damir Sokolovsky, Unslop agit via un agent de programmation dans le frontend existant. Il ne transfère pas le site vers un nouvel hébergeur. Son intérêt ne se limite pas à supprimer un dégradé violet : il doit clarifier la hiérarchie, préserver les usages et justifier des choix visuels liés au produit.

Il convient à un développeur ou fondateur possédant déjà un écran fonctionnel et capable de relire les modifications. Il ne remplace ni recherche utilisateur, ni système de design, ni accessibilité, ni tests de régression. Les règles de marque existantes doivent encadrer la proposition, plutôt que céder à une nouvelle mode.

Page officielle capturée par AIDreamHub, pas une exécution locale du produit.

Pourquoi séparer diagnostic et modifications

Le processus documenté commence par les problèmes et leur emplacement, puis fixe une direction. Les passes portent sur espaces, couleurs, icônes, texte, typographie, disposition, détails, visuels et mouvement. Cet ordre aide à comprendre les causes : la longueur du texte change les retours à la ligne ; les bons espaces rendent parfois un décor inutile.

Le README décrit aussi une vidéo carrée de transformation de moins de dix secondes. Captures et vidéos demandent Playwright et Chromium ; la vidéo ajoute FFmpeg. Les images générées sont facultatives et peuvent coûter séparément. Un montage démontre un changement visible, pas une hausse de conversion ou une meilleure réussite des tâches.

Ce qu’un retour indépendant permet de dire

Le 2 novembre 2026, le créateur japonais まさお a comparé une révision Claude ordinaire et une révision Unslop. Il a trouvé plus de différence sur un tableau de bord que sur une landing page, notamment dans la couleur et le texte. Il a aussi signalé des chiffres statiques modifiés. C’est un exemple personnel, pas un benchmark contrôlé ni une expérience reproduite par notre rédaction.

La conséquence pratique est de rendre immuables prix, indicateurs, noms de clients et affirmations métier. Remplacer une salutation par une période peut clarifier l’écran ; changer le chiffre d’affaires corrompt les données. Il faut donc deux contrôles distincts, visuel et factuel.

Utilisation : commencer par un écran réversible

Inspectez les fichiers, puis installez la compétence dans le dossier du projet pour l’agent choisi. L’exemple suit l’arborescence officielle de Claude Code. Préparez une branche ou copie récupérable. Ces commandes sont une synthèse documentaire, pas le récit d’une installation exécutée ici.

Précisez route, public, tâche principale, tokens de design et valeurs protégées. Validez le diagnostic et la direction avant l’édition, puis comparez captures et diff. Ajoutez les dépendances de capture seulement pour le parcours qui les nécessite.

git clone https://github.com/heydamir/unslop.git
mkdir -p .claude/skills
cp -r unslop/skills/unslop .claude/skills/

# Claude Code
/unslop this dashboard

Une grille d’acceptation pour un tableau de bord

Pour un exemple de gestion d’abonnements, figez tarifs, totaux, conditions et destinations des boutons. Comparez les mêmes données aux mêmes largeurs. Contrôlez bureau et mobile, focus clavier, erreurs, états vides et chargement, puis actions irréversibles. C’est un protocole proposé, non un résultat mesuré.

Une palette calme peut masquer un état désactivé ; un texte raccourci peut perdre une condition. Refusez une version qui modifie le sens ou casse une tâche, même si sa composition semble plus aboutie.

Prompt général, Unslop ou designer ?

Un agent général peut déjà enlever les clichés évidents. Unslop ajoute un diagnostic explicite, une direction partagée et un ordre reproductible. Jugez les détails moins souvent oubliés, pas une supériorité esthétique universelle. Positionnement, recherche et cohérence entre produits justifient plutôt un travail piloté par un designer.

Une prestation crédible peut livrer un écran, une liste de fonctions préservées, des captures responsives et un diff relu. Un tableau opérationnel dense et une page commerciale n’ont pas les mêmes contraintes ; cette différence offre une spécialisation concrète.

Licence et coûts réels

La licence est CC BY 4.0, et non MIT. Respectez l’attribution à Damir Sokolovsky (@heydamir) et le lien au dépôt lors d’une utilisation, adaptation ou diffusion soumise à ses conditions. Polices, images et services peuvent avoir leurs propres termes.

La disponibilité du skill ne rend gratuits ni l’agent, ni les images, ni le temps de mise en œuvre. Inspectez les dépendances et n’inventez pas de témoignages. Le dessin illustre la revue éditoriale ; ce n’est pas un résultat produit par Unslop.

Questions avant adoption

Unslop crée-t-il un site à partir de zéro ?

Son objectif documenté est d’améliorer une interface existante avec Claude Code ou Codex. Partez d’une route fonctionnelle ou d’une référence autorisée. Besoins, contenus, développement et tests d’un nouveau produit restent des travaux séparés.

Peut-il modifier les chiffres ?

Un agent peut éditer texte et données statiques ; un utilisateur l’a signalé dans son retour pratique. Désignez les valeurs protégées et relisez le diff. Une belle capture ne prouve pas que les faits métier ont été conservés.

Playwright et FFmpeg sont-ils toujours requis ?

Le README associe Playwright et Chromium aux captures et vidéos, et FFmpeg à la vidéo. Ce sont des étapes facultatives, pas une obligation pour chaque changement local de style. L’environnement et les coûts de l’agent restent séparés.

Sources consultées

• Damir Sokolovsky — Unslop README / CC BY 4.0
• まさお — hands-on comparison, 2026-11-02
• Unslop — skill and references

Explorer les outils associés

• Outils de design
• Outils de code