Compétence de 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 important
- Avant de créer une PR
- Lorsque vous voulez vous assurer que les barrières de qualité sont franchies
- Après un refactoring
Phases de Vérification
Phase 1 : Vérification de Build
# Vérifier si le projet se construit
npm run build 2>&1 | tail -20
# OU
pnpm build 2>&1 | tail -20
Si le build échoue, ARRÊTEZ et corrigez avant de continuer.
Phase 2 : Vérification de Typage
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 : Vérification de Linting
# 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
# Cible : 80% minimum
Rapport :
- Total des tests : X
- Réussis : X
- Échoués : X
- Couverture : X%
Phase 5 : Scan de Sécurité
# Rechercher des 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
# Rechercher 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
Vérifiez chaque fichier modifié pour :
- Modifications non intentionnelles
- Gestion d'erreurs manquante
- Cas limites potentiels
Format de Sortie
Après avoir exécuté toutes les phases, produisez un rapport de vérification :
RAPPORT DE VÉRIFICATION
======================
Build : [RÉUSSI/ÉCHOUÉ]
Types : [RÉUSSI/ÉCHOUÉ] (X erreurs)
Lint : [RÉUSSI/ÉCHOUÉ] (X avertissements)
Tests : [RÉUSSI/ÉCHOUÉ] (X/Y réussis, couverture Z%)
Sécurité : [RÉUSSI/ÉCHOUÉ] (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 longues sessions, exécutez la vérification toutes les 15 minutes ou après des changements majeurs :
Définir 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écuter : /verify
Intégration avec les Hooks
Cette compétence complète les hooks PostToolUse mais offre une vérification plus approfondie. Les hooks capturent les problèmes immédiatement ; cette compétence fournit une revue complète.