Vérifier la qualité du code

Le problème

Quand vous demandez « relis mon code » à Claude, il vous répond quelque chose de poli et de vague. Il regarde le code dans le désordre, oublie la moitié des fichiers, et surtout : il relit du code qu'il vient lui-même d'écrire. Or un modèle qui se relit tout seul se trompe deux fois dans la même direction.

Ce que fait ce skill

Le skill code-review de Matt Pocock relit vos changements sur deux axes en parallèle, chacun dans un sous-agent séparé :

• Standards, est-ce que le code respecte les conventions de ce projet ? À défaut de conventions écrites, il applique une liste de « code smells » classiques (les catalogues de refactoring de Martin Fowler).
• Spec, est-ce que le code fait vraiment ce que la demande initiale demandait ? C'est l'axe que tout le monde oublie, et c'est celui qui attrape les vrais problèmes : la fonctionnalité marche, mais ce n'est pas celle qu'on avait demandée.

Les deux tournent en parallèle pour ne pas se contaminer, puis le résultat est présenté côte à côte.

Comment s'en servir

Après avoir codé quelque chose, ouvrez Claude Code dans votre projet et dites :

Relis mes changements depuis main avec le skill code-review

Le skill a besoin d'un point de comparaison : une branche, un commit, un tag. Si vous ne savez pas quoi mettre, main marche presque toujours, ça veut dire « relis tout ce que j'ai fait depuis que j'ai quitté la branche principale ».

Vous obtenez deux rapports : ce qui ne respecte pas les conventions, et ce qui s'écarte de la demande initiale.

Le second skill de l'archive

improve-codebase-architecture s'attaque à un autre moment : quand le projet commence à devenir gros et que vous sentez que « ça part dans tous les sens ». Il analyse la structure du projet et propose un plan de réorganisation, au lieu de corriger fichier par fichier.

Bonus : la commande intégrée à Claude Code

Depuis quelques versions, Claude Code embarque sa propre commande de review :

/code-review

Elle est complémentaire : elle sait appliquer les corrections directement (--fix) et poster les commentaires sur une pull request GitHub (--comment). Le skill de cette archive est plus fin sur l'analyse ; la commande intégrée est plus pratique pour agir.

Attention : dans les versions récentes de Claude Code, /code-review ne se déclenche plus de lui-même. Il faut l'appeler explicitement.

Le réflexe à prendre

Ne demandez jamais à Claude de relire son propre travail dans la même conversation. Ouvrez une nouvelle session, ou utilisez ce skill qui force le passage par des sous-agents indépendants. C'est la différence entre une relecture de complaisance et une vraie review.

---

Comment installer un skill

Deux options, au choix.

Option 1, le gestionnaire officiel (recommandé)

npx skills add <depot-github>

C'est devenu le standard : la commande va chercher la dernière version chez l'auteur, donc vous n'avez jamais de version périmée. La commande exacte est indiquée plus haut pour ce skill.

Option 2, à la main, depuis cette archive

Copiez le contenu du dossier skills/ de cette archive dans :

• ~/.claude/skills/ pour l'avoir dans tous vos projets
• .claude/skills/ à la racine d'un projet pour l'avoir seulement dans celui-là

Puis relancez Claude Code. Vérifiez avec /doctor que le skill est bien détecté.

---

Ressource vérifiée le 16 août 2026 par Agentic Academy. Un doute, une question ? Posez-la dans la communauté.

D'où ça vient

Ces outils ne sont pas de nous : ils sont publics, et rassemblés ici parce qu'ils marchent. La licence d'origine voyage dans l'archive, comme elle le doit.

Outil	Dépôt	Licence	Installation directe
code-review	mattpocock/skills	MIT	npx skills add mattpocock/skills
improve-codebase-architecture	mattpocock/skills	MIT	npx skills add mattpocock/skills

La commande d'installation est donnée exprès. Une archive téléchargée vieillit ; la commande va chercher la dernière version chez l'auteur. L'archive vous dépanne hors ligne, la commande vous garde à jour.