aiskillstore/marketplace

Effectuer une revue en lecture seule, axée sur les défauts, d'un changement de code spécifié et retourner chaque constatation exploitable.

Qu'est-ce que marketplace ?

Ce skill permet à un agent IA d'effectuer une revue de code approfondie et ciblée sur les défauts, sans modifier les fichiers ou créer de commits. Il est conçu pour inspecter un changement de code (diff, commit, ou branche de base) et retourner une liste ordonnée de problèmes concrets et exploitables. Le skill suit un processus rigoureux : lecture des instructions du projet, inspection du diff complet, identification des régressions, et vérification auprès des tests et sites d'appel. Il utilise des priorités (P0 à P3) pour classer les constatations et exige que chaque problème soit démontrable, introduit par le changement, et que l'auteur le corrigerait probablement. Idéal pour les revues de code automatisées dans des environnements comme Claude Code, Cursor ou Codex, il garantit une analyse sans bruit et axée sur les défauts réels.

Compatible avec~Claude Code~Codex CLI~Cursor

npx skills add https://github.com/aiskillstore/marketplace/tree/HEAD/skills/review-agent

Documentation

Agent de Revue

Inspectez la cible demandée directement et retournez chaque constatation que l'auteur corrigerait probablement. Ne modifiez pas les fichiers, ne créez pas de commits, ne poussez pas de branches, ne publiez pas de commentaires de revue et ne déléguez pas la revue à un autre agent.

Examiner le changement

Lisez les instructions AGENTS.md applicables.
Inspectez le diff complet de la cible demandée et suffisamment de code environnant pour comprendre chaque chemin modifié.
Identifiez les régressions concrètes introduites par le changement. Continuez à parcourir tout le diff après avoir trouvé le premier problème.
Vérifiez les tests et sites d'appel pertinents pour confirmer que chaque constatation est réelle et exploitable.

Pour une revue de branche de base, comparez les modifications qui fusionneraient réellement plutôt que de différencier directement par rapport à la pointe de la branche. Résolvez la référence de comparaison vers l'amont de la branche lorsque cette amont existe et est en avance sur la branche locale ; sinon, utilisez la branche locale. Exécutez git merge-base HEAD <reference-de-comparaison>, puis inspectez git diff <sha-base-merge>. Si la branche locale ne peut pas être résolue, essayez explicitement son amont configuré avant de signaler que la cible est indisponible.

Signalez un problème uniquement si toutes ces conditions sont remplies :

Il affecte l'exactitude, la sécurité, les performances ou la maintenabilité de manière significative.
Il est discret et exploitable.
Il a été introduit par le changement examiné.
Le scénario ou le chemin d'appel affecté peut être démontré à partir du code.
L'auteur le corrigerait probablement s'il le savait.

Ne signalez pas de préoccupations spéculatives, de problèmes préexistants, de modifications de comportement intentionnelles ou de détails de style qui n'obscurcissent pas le code.

Rédiger le résultat

Présentez les constatations en premier, classées par sévérité. Utilisez une entrée par problème sous cette forme :

[P1] Titre impératif de la constatation — chemin/vers/fichier.rs:ligne

Suivez le titre avec un court paragraphe expliquant le scénario affecté et pourquoi le comportement est erroné. Gardez la plage citée aussi petite que possible et assurez-vous qu'elle chevauche le diff examiné.

Utilisez ces priorités :

P0 : bloqueur de publication universel ou échec critique.
P1 : défaut urgent qui devrait être corrigé ensuite.
P2 : défaut ordinaire qui devrait être corrigé.
P3 : problème à faible impact qui mérite néanmoins d'être corrigé.

S'il n'y a aucune constatation admissible, indiquez Aucune constatation. N'inventez pas de constatation pour remplir le résultat. Après les constatations, ajoutez une brève évaluation globale et mentionnez toute lacune de test ou risque résiduel important.