Compétence Boucle de Vérification
Un système de vérification complet pour les sessions Claude Code.
Quand l'utiliser
Invoquez cette compétence :
- Après avoir terminé une fonctionnalité ou un changement de code significatif
- Avant de créer une PR
- Lorsque vous voulez garantir le respect des critères de qualité
- Après un refactoring
Phases de Vérification
Phase 1 : Vérification de la compilation
# Vérifier si le projet compile
npm run build 2>&1 | tail -20
# OU
pnpm build 2>&1 | tail -20
Si la compilation échoue, ARRÊTEZ-VOUS et corrigez avant de continuer.
Phase 2 : Vérification des types
set -o pipefail
# Projets TypeScript
npx --no-install tsc --noEmit 2>&1 | head -30
# Projets Python
pyright . 2>&1 | head -30
Signalez toutes les erreurs de type. Corrigez les erreurs critiques avant de continuer.
Phase 3 : Analyse statique (Lint)
# JavaScript/TypeScript
npm run lint 2>&1 | head -30
# Python
ruff check . 2>&1 | head -30
Phase 4 : Suite de tests
# Exécuter les tests avec couverture
npm run test -- --coverage 2>&1 | tail -50
# Vérifier le seuil de couverture
# Objectif : 80% minimum
Rapport :
- Total des tests : X
- Réussis : X
- Échoués : X
- Couverture : X%
Phase 5 : Analyse de sécurité
# Vérifier la présence de secrets
grep -rn "sk-" --include="*.ts" --include="*.js" . 2>/dev/null | head -10
grep -rn "api_key" --include="*.ts" --include="*.js" . 2>/dev/null | head -10
# Vérifier la présence de console.log
grep -rn "console.log" --include="*.ts" --include="*.tsx" src/ 2>/dev/null | head -10
Phase 6 : Revue des différences
# Afficher ce qui a changé
git diff --stat
git diff HEAD~1 --name-only
Examinez chaque fichier modifié pour vérifier :
- Les modifications non intentionnelles
- L'absence de gestion d'erreurs
- Les cas limites potentiels
Format de sortie
Après avoir exécuté toutes les phases, produisez un rapport de vérification :
RAPPORT DE VÉRIFICATION
==================
Compilation : [RÉUSSI/ÉCHEC]
Types : [RÉUSSI/ÉCHEC] (X erreurs)
Lint : [RÉUSSI/ÉCHEC] (X avertissements)
Tests : [RÉUSSI/ÉCHEC] (X/Y réussis, Z% de couverture)
Sécurité : [RÉUSSI/ÉCHEC] (X problèmes)
Diff : [X fichiers modifiés]
Global : [PRÊT/PAS PRÊT] pour la PR
Problèmes à corriger :
1. ...
2. ...
Mode Continu
Pour les sessions longues, exécutez la vérification toutes les 15 minutes ou après des changements majeurs :
Définissez un point de contrôle mental :
- Après avoir terminé chaque fonction
- Après avoir fini un composant
- Avant de passer à la tâche suivante
Exécutez : /verify
Intégration avec les Hooks
Cette compétence complète les hooks PostToolUse mais offre une vérification plus approfondie. Les hooks détectent les problèmes immédiatement ; cette compétence fournit une revue complète.