critique

Vue d’ensemble de la skill critique

Ce que fait la skill critique

La skill critique propose un workflow structuré de revue UX pour évaluer une page, une fonctionnalité ou un composant comme une expérience conçue, et pas seulement comme une interface qui “fonctionne”. Elle pousse le modèle à examiner la hiérarchie visuelle, l’architecture de l’information, le ton émotionnel, la charge cognitive et les heuristiques d’utilisabilité, puis à transformer cela en retours concrets plutôt qu’en opinions vagues.

À qui s’adresse l’installation de critique

Cette skill critique convient particulièrement aux designers, aux ingénieurs frontend, aux équipes produit et aux builders IA qui ont régulièrement besoin d’un retour rapide de type audit UX sur des interfaces. Elle est particulièrement utile quand vous disposez d’une capture d’écran, d’une page en ligne ou d’un composant déjà construit, et que vous voulez une analyse plus affûtée qu’un simple prompt du type « que penses-tu de ce design ? ».

Meilleur cas d’usage

Utilisez critique lorsque la vraie demande est : « Dis-moi pourquoi cette interface fonctionne ou échoue, où les utilisateurs vont bloquer, et ce que je dois corriger en priorité. » C’est un très bon choix pour les design reviews, les vérifications avant lancement, le nettoyage d’interfaces générées par IA, et la critique orientée UX Audit lorsque la priorisation compte davantage que l’esthétique seule.

Ce qui différencie cette skill

Son principal point distinctif, c’est que critique assume un cadre d’analyse clair. Elle ne s’arrête pas à des commentaires généraux sur le design. Elle vérifie explicitement les patterns de type « AI slop », utilise un scoring heuristique et recommande des tests fondés sur des personas. Le résultat est donc plus diagnostic et plus reproductible qu’avec des prompts de critique classiques.

Dépendance importante à connaître avant usage

En pratique, cette skill n’est pas autonome. Ses propres instructions imposent d’utiliser d’abord la skill /frontend-design, et de suivre le protocole de collecte de contexte prévu par cette skill. Si aucun contexte design n’existe encore, le dépôt indique d’exécuter /teach-impeccable avant la critique. C’est la principale contrainte d’adoption à comprendre dès le départ.

Comment utiliser la skill critique

Contexte d’installation et chemin dans le dépôt

La skill critique se trouve dans .agents/skills/critique au sein de pbakaus/impeccable. Si vous utilisez un chargeur de skills, installez-la depuis ce dépôt et sélectionnez la skill critique. Si votre environnement prend en charge le chargement direct depuis un dépôt, pointez vers :

• pbakaus/impeccable
• skill: critique

Si vous souhaitez inspecter manuellement avant installation, commencez ici :

• .agents/skills/critique/SKILL.md
• .agents/skills/critique/reference/cognitive-load.md
• .agents/skills/critique/reference/heuristics-scoring.md
• .agents/skills/critique/reference/personas.md

À lire avant votre première installation de critique

Ne la traitez pas comme un simple snippet de prompt prêt à l’emploi. La skill suppose qu’un contexte design existe déjà. Le dépôt rend /frontend-design obligatoire et indique de suivre son protocole de collecte de contexte avant de lancer la critique. Si vous sautez cette étape, la qualité de sortie baisse, car le modèle n’aura ni objectifs, ni audience, ni intention d’interface.

De quelles entrées la skill critique a besoin

Pour tirer le meilleur parti de la skill critique, fournissez :

• la zone d’interface examinée
• des captures d’écran ou une description visuelle claire
• l’objectif produit
• les utilisateurs visés
• la tâche principale que l’utilisateur cherche à accomplir
• les contraintes comme la plateforme, la marque, l’accessibilité ou les objectifs de conversion

Un minimum d’input peut suffire, mais la critique devient bien meilleure quand le modèle sait à quoi ressemble la réussite.

Le meilleur mode d’invocation

L’indication d’argument de la skill est [area (feature, page, component...)]. En pratique, invoquez-la avec un périmètre précis, par exemple :

• critique checkout page
• critique onboarding modal
• critique dashboard sidebar
• critique pricing page for UX Audit

Un périmètre spécifique produit des retours bien plus actionnables que « critique my app ».

Transformer une demande floue en prompt de critique solide

Demande faible :

• « Critique cette UI. »

Meilleure demande :

• « Critique cette page de paramètres pour UX Audit. L’objectif est d’aider des utilisateurs débutants à activer les notifications sans confusion. L’audience est composée de dirigeants de PME non techniques. Priorise la hiérarchie visuelle, la charge cognitive et la clarté de l’action principale. »

Pourquoi cela fonctionne :

• la demande nomme l’utilisateur
• elle nomme la tâche
• elle définit le critère de réussite
• elle indique à la skill ce qu’elle doit prioriser

Workflow conseillé en pratique

Un flow critique guide efficace ressemble à ceci :

1. Récupérer le contexte avec /frontend-design.
2. Énoncer l’objectif produit et la tâche utilisateur.
3. Passer à critique l’écran, la fonctionnalité ou le composant exact.
4. Demander des constats regroupés par niveau de gravité.
5. Après la première revue, demander des recommandations révisées tenant compte de vos contraintes d’ingénierie ou de marque.

Cette séquence est plus fiable que de demander critique et refonte en une seule fois.

Ce que la skill évalue particulièrement bien

D’après le dépôt, la skill critique est particulièrement forte pour :

• repérer les patterns d’interface génériques générés par IA
• évaluer la hiérarchie et la clarté
• identifier la surcharge cognitive
• appliquer un scoring heuristique
• tester la solidité des parcours via des personas pertinents

Elle est donc très utile pour le triage : repérer ce qui semble soigné, mais échoue encore du point de vue utilisateur.

Bien exploiter les fichiers de référence

Les fichiers de référence comptent plus qu’il n’y paraît.

reference/cognitive-load.md aide le modèle à distinguer la complexité inhérente à la tâche de la complexité causée par un mauvais design, ce qui conduit à de meilleures recommandations.

reference/heuristics-scoring.md ajoute un cadre de notation concret de 0 à 4 sur les heuristiques de Nielsen, utile lorsque vous voulez une revue comparable sur plusieurs écrans.

reference/personas.md s’utilise de façon plus sélective. Mieux vaut choisir 2 à 3 personas qui correspondent à l’audience réelle plutôt que d’imposer les cinq à chaque fois.

Bons prompts de critique pour UX Audit

Si votre objectif est une critique pour UX Audit, demandez une sortie structurée, par exemple :

• top 5 des risques d’utilisabilité
• scores heuristiques avec brève justification
• points de rupture probables pour les personas choisis
• correctifs à plus haute priorité en premier
• éléments à conserver tels quels

Ce format produit une revue que vous pouvez transmettre à une équipe sans devoir la réécrire.

Mauvais usages fréquents qui dégradent la qualité

L’erreur la plus courante consiste à demander un retour design sans interface, sans capture d’écran et sans contexte de tâche. Une autre erreur fréquente consiste à utiliser la skill critique pour générer une nouvelle UI à partir de zéro. Cette skill est meilleure pour évaluer et prioriser des problèmes que pour inventer des design systems complets.

FAQ sur la skill critique

La skill critique est-elle adaptée aux débutants ?

Oui, à condition de fournir un minimum de contexte. Un débutant peut obtenir rapidement de la valeur en partageant un écran et un objectif utilisateur. Sans cela, la skill critique peut sembler assurée tout en passant à côté du vrai problème produit.

Est-ce mieux qu’un prompt de critique classique ?

En général, oui. La valeur ne tient pas seulement à la formulation ; elle vient du cadre de revue intégré : détection de « AI slop », analyse de la charge cognitive, scoring heuristique et test par personas. Cela rend l’critique usage plus cohérent qu’un prompt générique.

Faut-il d’abord utiliser la skill frontend-design ?

Concrètement, oui. Le dépôt la considère comme obligatoire. Si vous voulez que l’installation de critique soit utile dès le premier jour, prévoyez de l’utiliser avec /frontend-design plutôt qu’isolément.

Quels types d’artefacts fonctionnent le mieux ?

Les meilleures entrées sont des captures d’écran, des pages rendues, des prototypes ou des descriptions détaillées de l’interface avec un contexte de tâche clair. Le code seul est moins utile, sauf si le comportement de l’UI est décrit ou visible.

Dans quels cas ne faut-il pas utiliser critique ?

N’utilisez pas critique si vous avez besoin de :

• revue d’implémentation approfondie au niveau du code
• audit de conformité accessibilité à lui seul
• diagnostic de conversion fondé sur l’analytics
• refonte complète sans interface existante à inspecter

C’est un évaluateur centré sur l’UX, pas un remplacement pour des audits spécialisés.

critique peut-elle comparer plusieurs options de design ?

Oui. Elle devrait très bien fonctionner pour une revue côte à côte si vous demandez un scoring comparatif et les arbitrages associés. Donnez le même contexte de tâche et la même audience pour chaque option afin que la comparaison reste équitable.

Comment améliorer la skill critique

Donnez au modèle l’objectif de l’interface, pas seulement l’écran

La meilleure manière d’améliorer les résultats de critique consiste à expliquer ce que l’interface cherche à accomplir. Le dépôt le demande explicitement. Un écran visuellement réussi peut tout de même échouer si la tâche principale n’est pas claire, et la skill est justement conçue pour repérer cela.

Demandez gravité, preuves et correctifs

Si vous voulez une sortie qui débouche sur de l’action, demandez à la skill critique de formater les constats ainsi :

• problème
• pourquoi c’est important
• preuve dans l’UI
• gravité
• correctif recommandé

Cela évite les commentaires creux et facilite la priorisation des revues.

Choisissez des personas qui correspondent à l’audience réelle

Le test par personas devient bien plus puissant lorsque vous ne retenez que les archétypes pertinents. Par exemple :

• utilisateur novice pour l’onboarding
• power user impatient pour des dashboards denses
• utilisateur anxieux pour des parcours financiers ou destructifs

Utiliser tous les personas systématiquement peut diluer la critique.

Renforcez les prompts faibles avec des contraintes concrètes

Un prompt critique guide plus solide inclut des contraintes telles que :

• mobile-only
• brand cannot change colors
• must keep current information architecture
• engineering team can only make low-effort fixes this sprint

Les contraintes obligent à formuler des recommandations plus réalistes.

Surveillez le principal mode d’échec

Le principal risque, ce sont des retours larges, élégants en apparence, mais déconnectés des tâches réelles des utilisateurs. Si la première sortie vous semble générique, posez des relances comme :

• « Which issue most likely blocks task completion? »
• « What would confuse a first-time user in the first 10 seconds? »
• « Which recommendation has the highest impact with lowest implementation effort? »

Utilisez le scoring heuristique avec discernement

Les scores sont utiles pour comparer et prioriser, mais ils peuvent donner une impression trompeuse de précision. Demandez une justification courte sous chaque score. Cela permet à la skill critique de rester ancrée dans des problèmes d’UI visibles plutôt que dans des chiffres arbitraires.

Lancez la critique en deux passes

Un workflow de qualité élevée ressemble à ceci :

1. première passe : diagnostiquer les problèmes
2. deuxième passe : affiner les solutions sous contraintes réelles

Séparer le diagnostic de la refonte améliore la clarté et produit généralement des recommandations plus fiables.

Améliorez les sorties après la première critique

Après le premier passage, renvoyez :

• les hypothèses corrigées sur les utilisateurs
• des captures d’écran d’états révisés
• les contraintes que le modèle a ignorées
• les constats avec lesquels votre équipe est d’accord ou non

La skill critique devient plus performante lorsqu’on la traite comme un relecteur itératif, et non comme un juge en une seule passe.

Utilisez-la là où elle apporte le plus

Cette skill critique est particulièrement précieuse sur les interfaces qui paraissent soignées mais peuvent masquer de vrais problèmes UX : landing pages générées par IA, dashboards, parcours d’onboarding, panneaux de réglages et surfaces fonctionnelles denses. C’est dans ces cas que sa détection d’anti-patterns et son cadre d’analyse de la charge cognitive apportent le plus de valeur.

Comprenez le compromis avant de l’adopter

Le compromis est simple : critique fournit un retour UX plus rigoureux qu’un prompt ordinaire, mais seulement si vous fournissez du contexte et acceptez son cadre d’analyse affirmé. Si vous voulez un avis léger et ponctuel, un prompt classique sera parfois plus rapide. Si vous cherchez une critique reproductible pour UX Audit, cette skill est le meilleur choix.