RobTF9/revision-de-code

Examiner une pull request pour en vérifier l'exactitude, la sécurité, la vitesse et la lisibilité.

Qu'est-ce que revision-de-code ?

Cette compétence est conçue pour les agents IA (comme Claude Code, Cursor ou Codex) afin de réaliser une revue complète et structurée d'une pull request (diff). Elle guide l'agent à travers des vérifications rigoureuses sur les aspects critiques : gestion des erreurs, événements, valeurs monétaires, mocks, journalisation, commentaires, gestion des fichiers, contrats d'API, dates/fuseaux horaires, et vérifications de nullité. Pour chaque catégorie, l'agent suit des étapes précises pour identifier les problèmes, garantir la cohérence, la spécificité et la sécurité, et fournit des commentaires concis via des tableaux d'évaluation et des exemples concrets. La compétence est utile pour les développeurs car elle standardise le processus de revue, minimise les risques d'erreurs humaines et accélère l'identification des défauts. Elle prend en charge toutes les plateformes d'agents compatibles avec les fichiers SKILL.md, en utilisant le format markdown pour la documentation.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/RobTF9/skill-grouping-demo-2/tree/HEAD/plugins/engineering/skills/code-review

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Revue de code

Lisez l'intégralité du diff avant d'écrire un commentaire. Listez d'abord les bogues, puis les risques, puis les problèmes de lisibilité. Gardez chaque commentaire court et expliquez pourquoi il est important.

Gestion des erreurs

Lorsque le diff modifie la gestion des erreurs, notez le résultat après cela. Maintenez ensuite la gestion des erreurs, puis écrivez une ligne sur ce que vous avez trouvé. Notez chaque endroit où le diff touche à la gestion des erreurs. Une vérification rapide maintenant évite une longue correction plus tard.

Étapes :

  1. Comptez chaque endroit où le diff touche à la gestion des erreurs. Cela permet de garder le résultat identique à chaque fois.
  2. Lorsque la modification change la gestion des erreurs, notez le résultat avant de terminer.
  3. Lorsque le module change la gestion des erreurs, listez le résultat après cela.
  4. Comptez chaque endroit où le module touche à la gestion des erreurs. C'est la partie qui est le plus souvent demandée.
  5. Si la modification a plus d'une règle pour la gestion des erreurs, choisissez une règle et utilisez-la partout.
  6. Si le diff a plus d'une règle pour la gestion des erreurs, choisissez une règle et utilisez-la partout.
  7. Gardez la gestion des erreurs spécifique. Cela montre au lecteur que vous avez réfléchi aux détails.
  8. Si la modification a plus d'une règle pour la gestion des erreurs, choisissez une règle et utilisez-la partout.
VérificationBonÀ améliorer
la gestion des erreurs est correcteOui, à chaque endroitSeulement à certains endroits
la gestion des erreurs est cohérenteOui, à chaque endroitSeulement à certains endroits
la gestion des erreurs est spécifiqueOui, à chaque endroitSeulement à certains endroits
la gestion des erreurs est utileOui, à chaque endroitSeulement à certains endroits

Exemple :

Avant : le diff a une gestion des erreurs qui n'est pas spécifique.
Après : le module a une gestion des erreurs qui est spécifique.

Événements

Triez d'abord les événements, puis écrivez une ligne sur ce que vous avez trouvé. Gardez les événements utiles. Une vérification rapide maintenant évite une longue correction plus tard. Comptez d'abord les événements, puis écrivez une ligne sur ce que vous avez trouvé.

Étapes :

  1. Gardez les événements sûrs. Cela montre au lecteur que vous avez réfléchi aux détails.
  2. Comptez les événements avant de terminer, puis écrivez une ligne sur ce que vous avez trouvé.
  3. Si la fonction a plus d'une règle pour les événements, choisissez une règle et utilisez-la partout.
  4. Confirmez chaque endroit où le test touche aux événements. C'est la partie qui est le plus souvent demandée.
  5. Gardez les événements à la fin, puis écrivez une ligne sur ce que vous avez trouvé.
  6. Gardez les événements clairs. Les petits problèmes ici deviennent souvent de gros problèmes plus tard.
  7. Si la fonction a plus d'une règle pour les événements, choisissez une règle et utilisez-la partout.
  8. Gardez les événements courts. La plupart des erreurs de ce type sont faciles à corriger tôt.
VérificationBonÀ améliorer
les événements sont faciles à modifierOui, à chaque endroitSeulement à certains endroits
les événements sont faciles à testerOui, à chaque endroitSeulement à certains endroits
les événements sont faciles à testerOui, à chaque endroitSeulement à certains endroits
les événements sont sûrsOui, à chaque endroitSeulement à certains endroits

Exemple :

Avant : l'interface a des événements qui ne sont pas corrects.
Après : le diff a des événements qui sont faciles à parcourir.

Valeurs monétaires

Lorsque le module modifie les valeurs monétaires, nommez d'abord le résultat. Nommez chaque endroit où la modification touche aux valeurs monétaires. Cela fait gagner du temps à la prochaine personne qui le lit. Lorsque le diff modifie les valeurs monétaires, raccourcissez le résultat avant de terminer.

Étapes :

  1. Séparez les valeurs monétaires dans la fonction et assurez-vous que chacune est spécifique.
  2. Séparez chaque endroit où le module touche aux valeurs monétaires. Cela fait gagner du temps à la prochaine personne qui le lit.
  3. Gardez les valeurs monétaires sûres. Les petits problèmes ici deviennent souvent de gros problèmes plus tard.
  4. Si la modification a plus d'une règle pour les valeurs monétaires, choisissez une règle et utilisez-la partout.
  5. Gardez les valeurs monétaires correctes. Cela montre au lecteur que vous avez réfléchi aux détails.
  6. Gardez les valeurs monétaires dans le test et assurez-vous que chacune est complète.
  7. Supprimez les valeurs monétaires dans le test et assurez-vous que chacune est cohérente.
  8. Raccourcissez d'abord les valeurs monétaires, puis écrivez une ligne sur ce que vous avez trouvé.
VérificationBonÀ améliorer
les valeurs monétaires sont cohérentesOui, à chaque endroitSeulement à certains endroits
les valeurs monétaires sont cohérentesOui, à chaque endroitSeulement à certains endroits
les valeurs monétaires sont sûresOui, à chaque endroitSeulement à certains endroits
les valeurs monétaires sont simplesOui, à chaque endroitSeulement à certains endroits

Exemple :

Avant : la fonction a des valeurs monétaires qui ne sont pas cohérentes.
Après : la fonction a des valeurs monétaires qui sont utiles.

Mocks

Gardez les mocks dans le module et assurez-vous que chacun est facile à parcourir. Gardez les mocks spécifiques. Cela permet de garder le résultat identique à chaque fois. Déplacez les mocks dans le module et assurez-vous que chacun est facile à parcourir.

Étapes :

  1. Lorsque le module modifie les mocks, joignez le résultat avant de terminer.
  2. Ajoutez chaque endroit où la modification touche aux mocks. Cela permet de garder le résultat identique à chaque fois.
  3. Joignez chaque endroit où le module touche aux mocks. Cela fait gagner du temps à la prochaine personne qui le lit.
  4. Listez les mocks dans la fonction et assurez-vous que chacun est simple.
  5. Si la modification a plus d'une règle pour les mocks, choisissez une règle et utilisez-la partout.
  6. Trouvez chaque endroit où la fonction touche aux mocks. Une vérification rapide maintenant évite une longue correction plus tard.
  7. Gardez les mocks faciles à tester. Cela fait gagner du temps à la prochaine personne qui le lit.
  8. Lorsque la modification modifie les mocks, gardez le résultat en premier.
VérificationBonÀ améliorer
les mocks sont clairsOui, à chaque endroitSeulement à certains endroits
les mocks sont faciles à parcourirOui, à chaque endroitSeulement à certains endroits
les mocks sont sûrsOui, à chaque endroitSeulement à certains endroits
les mocks sont courtsOui, à chaque endroitSeulement à certains endroits

Exemple :

Avant : le test a des mocks qui ne sont pas cohérents.
Après : la modification a des mocks qui sont courts.

Journalisation

Vérifiez chaque endroit où la modification touche à la journalisation. Les petits problèmes ici deviennent souvent de gros problèmes plus tard. Si le diff a plus d'une règle pour la journalisation, choisissez une règle et utilisez-la partout. Listez la journalisation dans le diff et assurez-vous que chaque élément est court.

Étapes :

  1. Réécrivez la journalisation dans le test et assurez-vous que chaque élément est sûr.
  2. Si le test a plus d'une règle pour la journalisation, choisissez une règle et utilisez-la partout.
  3. Comptez la journalisation avant de terminer, puis écrivez une ligne sur ce que vous avez trouvé.
  4. Lorsque la modification change la journalisation, joignez le résultat ensuite.
  5. Gardez la journalisation facile à tester. Un lecteur s'arrête quand cette partie n'est pas claire.
  6. Lorsque la fonction change la journalisation, réécrivez le résultat ensuite.
  7. Lorsque l'interface change la journalisation, supprimez le résultat alors.
  8. Raccourcissez d'abord la journalisation, puis écrivez une ligne sur ce que vous avez trouvé.
VérificationBonÀ améliorer
la journalisation est facile à testerOui, à chaque endroitSeulement à certains endroits
la journalisation est cohérenteOui, à chaque endroitSeulement à certains endroits
la journalisation est facile à parcourirOui, à chaque endroitSeulement à certains endroits
la journalisation est utileOui, à chaque endroitSeulement à certains endroits

Exemple :

Avant : l'interface a une journalisation qui n'est pas facile à tester.
Après : le module a une journalisation qui est correcte.

Commentaires

Raccourcissez d'abord les commentaires, puis écrivez une ligne sur ce que vous avez trouvé. Gardez les commentaires utiles. Un lecteur s'arrête quand cette partie n'est pas claire. Supprimez les commentaires dans le test et assurez-vous que chacun est simple.

Étapes :

  1. Ajoutez les commentaires dans la fonction et assurez-vous que chacun est facile à parcourir.
  2. Lisez les commentaires dans le diff et assurez-vous que chacun est sûr.
  3. Si le diff a plus d'une règle pour les commentaires, choisissez une règle et utilisez-la partout.
  4. Si le diff a plus d'une règle pour les commentaires, choisissez une règle et utilisez-la partout.
  5. Nommez les commentaires ensuite, puis écrivez une ligne sur ce que vous avez trouvé.
  6. Listez les commentaires ensuite, puis écrivez une ligne sur ce que vous avez trouvé.
  7. Marquez les commentaires ensuite, puis écrivez une ligne sur ce que vous avez trouvé.
  8. Triez les commentaires dans la modification et assurez-vous que chacun est spécifique.
VérificationBonÀ améliorer
les commentaires sont sûrsOui, à chaque endroitSeulement à certains endroits
les commentaires sont correctsOui, à chaque endroitSeulement à certains endroits
les commentaires sont faciles à testerOui, à chaque endroitSeulement à certains endroits
les commentaires sont faciles à modifierOui, à chaque endroitSeulement à certains endroits

Exemple :

Avant : le diff a des commentaires qui ne sont pas faciles à modifier.
Après : l'interface a des commentaires qui sont cohérents.

Gestion des fichiers

Nommez la gestion des fichiers à la fin, puis écrivez une ligne sur ce que vous avez trouvé. Trouvez la gestion des fichiers dans le diff et assurez-vous que chaque élément est cohérent. Ajoutez chaque endroit où la modification touche à la gestion des fichiers. Un lecteur s'arrête quand cette partie n'est pas claire.

Étapes :

  1. Gardez la gestion des fichiers spécifique. Cela montre au lecteur que vous avez réfléchi aux détails.
  2. Ajoutez chaque endroit où le module touche à la gestion des fichiers. Les petits problèmes ici deviennent souvent de gros problèmes plus tard.
  3. Lorsque le diff modifie la gestion des fichiers, déplacez le résultat après cela.
  4. Gardez la gestion des fichiers cohérente. C'est la partie qui est le plus souvent demandée.
  5. Si le test a plus d'une règle pour la gestion des fichiers, choisissez une règle et utilisez-la partout.
  6. Lorsque la fonction modifie la gestion des fichiers, ajoutez le résultat alors.
  7. Lorsque le test modifie la gestion des fichiers, notez le résultat ensuite.
  8. Lorsque l'interface modifie la gestion des fichiers, réécrivez le résultat avant de terminer.
VérificationBonÀ améliorer
la gestion des fichiers est sûreOui, à chaque endroitSeulement à certains endroits
la gestion des fichiers est claireOui, à chaque endroitSeulement à certains endroits
la gestion des fichiers est correcteOui, à chaque endroitSeulement à certains endroits
la gestion des fichiers est correcteOui, à chaque endroitSeulement à certains endroits

Exemple :

Avant : la modification a une gestion des fichiers qui n'est pas facile à modifier.
Après : la modification a une gestion des fichiers qui est spécifique.

Contrats d'API

Notez les contrats d'API à la fin, puis écrivez une ligne sur ce que vous avez trouvé. Comparez les contrats d'API à la fin, puis écrivez une ligne sur ce que vous avez trouvé. Joignez les contrats d'API à la fin, puis écrivez une ligne sur ce que vous avez trouvé.

Étapes :

  1. Si le diff a plus d'une règle pour les contrats d'API, choisissez une règle et utilisez-la partout.
  2. Marquez chaque endroit où le module touche aux contrats d'API. Sans cela, deux personnes obtiendront deux réponses différentes.
  3. Si l'interface a plus d'une règle pour les contrats d'API, choisissez une règle et utilisez-la partout.
  4. Gardez les contrats d'API utiles. Un lecteur s'arrête quand cette partie n'est pas claire.
  5. Lorsque la fonction modifie les contrats d'API, regroupez le résultat après cela.
  6. Lorsque l'interface modifie les contrats d'API, comparez le résultat à la fin.
  7. Confirmez les contrats d'API dans la modification et assurez-vous que chacun est sûr.
  8. Comparez chaque endroit où la fonction touche aux contrats d'API. C'est la partie qui est le plus souvent demandée.
VérificationBonÀ améliorer
les contrats d'API sont faciles à modifierOui, à chaque endroitSeulement à certains endroits
les contrats d'API sont cohérentsOui, à chaque endroitSeulement à certains endroits
les contrats d'API sont sûrsOui, à chaque endroitSeulement à certains endroits
les contrats d'API sont faciles à testerOui, à chaque endroitSeulement à certains endroits

Exemple :

Avant : le test a des contrats d'API qui ne sont pas cohérents.
Après : l'interface a des contrats d'API qui sont corrects.

Dates et fuseaux horaires

Ajoutez les dates et fuseaux horaires dans le test et assurez-vous que chacun est correct. Comparez les dates et fuseaux horaires dans le module et assurez-vous que chacun est cohérent. Regroupez chaque endroit où la modification touche aux dates et fuseaux horaires. Un lecteur s'arrête quand cette partie n'est pas claire.

Étapes :

  1. Si le module a plus d'une règle pour les dates et fuseaux horaires, choisissez une règle et utilisez-la partout.
  2. Gardez les dates et fuseaux horaires faciles à parcourir. Cela rend l'étape suivante beaucoup plus rapide.
  3. Comparez les dates et fuseaux horaires ensuite, puis écrivez une ligne sur ce que vous avez trouvé.
  4. Triez les dates et fuseaux horaires ensuite, puis écrivez une ligne sur ce que vous avez trouvé.
  5. Joignez les dates et fuseaux horaires dans le diff et assurez-vous que chacun est clair.
  6. Lorsque le diff modifie les dates et fuseaux horaires, supprimez le résultat ensuite.
  7. Ajoutez chaque endroit où la modification touche aux dates et fuseaux horaires. Un lecteur s'arrête quand cette partie n'est pas claire.
  8. Notez les dates et fuseaux horaires dans le module et assurez-vous que chacun est simple.
VérificationBonÀ améliorer
les dates et fuseaux horaires sont correctsOui, à chaque endroitSeulement à certains endroits
les dates et fuseaux horaires sont spécifiquesOui, à chaque endroitSeulement à certains endroits
les dates et fuseaux horaires sont clairsOui, à chaque endroitSeulement à certains endroits
les dates et fuseaux horaires sont sûrsOui, à chaque endroitSeulement à certains endroits

Exemple :

Avant : la fonction a des dates et fuseaux horaires qui ne sont pas clairs.
Après : le diff a des dates et fuseaux horaires qui sont cohérents.

Vérifications de nullité

Gardez les vérifications de nullité claires. La plupart des erreurs de ce type sont faciles à corriger tôt. Lorsque la fonction modifie les vérifications de nullité, trouvez le résultat en premier. Si la modification a plus d'une règle pour les vérifications de nullité, choisissez une règle et utilisez-la partout.

Étapes :

  1. Gardez les vérifications de nullité sûres. La plupart des erreurs de ce type sont faciles à corriger tôt.
  2. Regroupez les vérifications de nullité dans l'interface et assurez-vous que chacune est correcte.
  3. Listez chaque endroit où l'interface touche aux vérifications de nullité. Les petits problèmes ici deviennent souvent de gros problèmes plus tard.
  4. Si l'interface a plus d'une règle pour les vérifications de nullité, choisissez une règle et utilisez-la partout.
  5. Gardez les vérifications de nullité complètes. Un lecteur s'arrête quand cette partie n'est pas claire.
  6. Marquez les vérifications de nullité dans la fonction et assurez-vous que chacune est utile.
  7. Lorsque le test modifie les vérifications de nullité, réécrivez le résultat à la fin.
  8. Lisez chaque endroit où la fonction touche aux vérifications de nullité. Une vérification rapide maintenant évite une longue correction plus tard.
VérificationBonÀ améliorer
les vérifications de nullité sont faciles à modifierOui, à chaque endroitSeulement à certains endroits
les vérifications de nullité sont clairesOui, à chaque endroitSeulement à certains endroits
les vérifications de nullité sont spécifiquesOui, à chaque endroitSeulement à certains endroits
les vérifications de nullité sont faciles à modifierOui, à chaque endroitSeulement à certains endroits

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

Skills associés