critique

Vue d’ensemble de critique skill

Ce que fait critique

Le skill critique est un workflow de revue conçu pour évaluer un travail déjà réalisé avec plusieurs juges spécialisés, du débat et un mécanisme de consensus. Il est pensé pour la revue de code et les autres tâches de revue de changements lorsque vous voulez plus qu’un simple avis en première lecture.

À qui il s’adresse

Utilisez critique si vous voulez qu’un agent évalue la justesse, la qualité et les problèmes potentiellement oubliés avant la fusion. Il convient aux reviewers, aux mainteneurs et aux builders qui ont besoin d’un skill de critique structuré plutôt que d’un prompt générique pour Code Review.

Pourquoi c’est important

Sa principale valeur, c’est la cohérence face à l’incertitude : les juges examinent le travail indépendamment, valident leurs propres constats et réconcilient leurs divergences. Cela réduit les compliments superficiels, les angles morts et les retours à sens unique.

Quand il est le plus pertinent

Ce skill est le plus efficace quand le travail existe déjà et que l’objectif est de le juger, pas de le réécrire. Si vous avez besoin d’implémenter, de refactorer ou de corriger automatiquement, critique n’est pas le bon outil.

Comment utiliser critique skill

Installer le skill critique

Installez-le avec npx skills add NeoLabHQ/context-engineering-kit --skill critique. Le chemin du repo est plugins/reflexion/skills/critique, donc ce skill est conçu pour être utilisé dans ce context-engineering kit et non comme un utilitaire autonome.

Donner au skill une cible de revue claire

Le mode d’emploi de critique fonctionne mieux lorsque vous fournissez un périmètre concret : fichiers modifiés, plage de commits, lien de PR ou point de vigilance précis. L’indication intégrée accepte les chemins de fichiers, les commits ou le contexte, et ne se limite aux changements récents que si vous ne donnez rien.

Commencer par les bons fichiers

Lisez d’abord SKILL.md, puis inspectez les fichiers de workflow ou de métadonnées voisins dans le repo. Dans ce plugin, il n’existe pas d’aides scripts/, references/, resources/ ni rules/, donc les instructions d’exploitation principales se trouvent directement dans le fichier du skill.

Rédiger des prompts qui précisent l’intention de la revue

Une demande plus forte ressemble à : « Critique src/auth.ts et src/session.ts sur la sécurité, le risque de régression et les lacunes de couverture de tests. » Une demande plus faible comme « review this code » laisse les juges deviner quels critères comptent, ce qui réduit la valeur du guide critique.

FAQ sur critique skill

critique sert-il uniquement à la revue de code ?

Non. Il va plus loin qu’une simple revue de code et peut juger un travail terminé, des choix de conception ou la qualité d’une implémentation. En revanche, il est surtout adapté quand le résultat attendu est un rapport de revue, pas un patch.

En quoi critique diffère-t-il d’un prompt ordinaire ?

Un prompt classique produit généralement un seul avis. Le skill critique ajoute un processus structuré multi-agent, une validation indépendante et une construction de consensus, ce qui est plus pertinent lorsque la fiabilité et les interprétations concurrentes comptent.

critique est-il adapté aux débutants ?

Oui, si le périmètre est précis. Les débutants obtiennent de meilleurs résultats lorsqu’ils nomment exactement les fichiers ou l’ensemble de changements et demandent les critères les plus importants, au lieu d’espérer que le skill devine tout.

Quand ne faut-il pas utiliser critique ?

N’utilisez pas ce skill lorsque vous avez besoin d’appliquer des modifications automatiquement, lorsque la tâche est triviale ou lorsque le périmètre de revue est trop flou pour être évalué équitablement. Dans ces cas-là, un prompt d’implémentation direct ou un workflow ciblé de lint/test est plus rapide.

Comment améliorer critique skill

Donner des critères de revue plus solides

Le plus gros gain de qualité vient du fait de dire à critique ce qu’il doit optimiser : justesse, sécurité, performance, maintenabilité, compatibilité d’API ou complétude des tests. Sans cela, les juges risquent de se focaliser sur les problèmes les plus visibles et de manquer les risques qui vous importent vraiment.

Réduire le périmètre avant de poser la question

Si la cible de revue est large, découpez-la en commit, module ou tranche de fonctionnalité. Le skill critique fonctionne mieux quand l’entrée est bornée, car le débat peut se concentrer sur de vrais arbitrages au lieu de résumer tout le repository.

Fournir des preuves vérifiables par les juges

Donnez les chemins de fichiers pertinents, le comportement attendu, les contraintes et les modes de défaillance connus. Cela aide le skill critique à vérifier les affirmations au lieu d’inférer l’intention, ce qui est particulièrement important pour critique pour Code Review.

Itérer à partir du premier rapport

Utilisez le premier passage pour faire ressortir les désaccords, puis demandez une deuxième critique sur les constats les plus risqués ou les zones où les preuves sont faibles. Cette boucle itérative transforme le skill critique en aide à la décision plus fine qu’un simple résumé à usage unique.