code-review

Examinez selon deux axes le diff entre HEAD et un point fixe fourni par l’utilisateur :

• Normes — le code respecte-t-il les conventions documentées de ce dépôt ?
• Spécification — le code met-il fidèlement en œuvre le ticket ou la spécification d’origine ?

Les deux axes fonctionnent comme des sous-agents parallèles afin de ne pas polluer le contexte de chacun, puis cette compétence regroupe leurs résultats.

La configuration de l’outil de suivi doit déjà exister : exécutez /setup-mabza-skills si docs/agents/issue-tracker.md est absent.

Processus

1. Fixer le point de comparaison

Utilisez comme point fixe la référence fournie par l’utilisateur : SHA de commit, nom de branche, balise, main, HEAD~5, etc. S’il n’en a indiqué aucune, demandez-la.

Capturez la commande diff une fois : git diff <fixed-point>...HEAD (trois points, donc la comparaison est avec la base de fusion). Notez également la liste des commits via git log <fixed-point>..HEAD --oneline.

Avant d'aller plus loin, confirmez que le point fixe est résolu (git rev-parse <fixed-point>) et que le diff n'est pas vide. Une mauvaise référence ou un diff vide devrait échouer ici – pas à l’intérieur de deux sous-agents parallèles.