Fertigkeit Verifizierungsschleife
Ein umfassendes Verifizierungssystem für Claude Code-Sitzungen.
Wann zu verwenden
Rufen Sie diese Fertigkeit auf:
- Nach Abschluss einer Funktion oder einer bedeutenden Codeänderung
- Vor dem Erstellen eines Pull Requests
- Wenn Sie sicherstellen möchten, dass die Qualitätskriterien erfüllt werden
- Nach einer Refaktorierung
Verifizierungsphasen
Phase 1: Build-Verifikation
# Prüfen, ob das Projekt baut
npm run build 2>&1 | tail -20
# ODER
pnpm build 2>&1 | tail -20
Wenn der Build fehlschlägt, STOPPEN und beheben, bevor fortgefahren wird.
Phase 2: Typprüfung
set -o pipefail
# TypeScript-Projekte
npx --no-install tsc --noEmit 2>&1 | head -30
# Python-Projekte
pyright . 2>&1 | head -30
Alle Typfehler melden. Kritische beheben, bevor fortgefahren wird.
Phase 3: Lint-Prüfung
# JavaScript/TypeScript
npm run lint 2>&1 | head -30
# Python
ruff check . 2>&1 | head -30
Phase 4: Testsuite
# Tests mit Coverage ausführen
npm run test -- --coverage 2>&1 | tail -50
# Coverage-Schwelle prüfen
# Ziel: mindestens 80%
Melden:
- Gesamttests: X
- Bestanden: X
- Fehlgeschlagen: X
- Coverage: X%
Phase 5: Sicherheitsscan
# Auf Geheimnisse prüfen
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
# Auf console.log prüfen
grep -rn "console.log" --include="*.ts" --include="*.tsx" src/ 2>/dev/null | head -10
Phase 6: Diff-Review
# Zeigen, was geändert wurde
git diff --stat
git diff HEAD~1 --name-only
Jede geänderte Datei überprüfen auf:
- Unbeabsichtigte Änderungen
- Fehlende Fehlerbehandlung
- Potenzielle Randfälle
Ausgabeformat
Nach Ausführung aller Phasen einen Verifizierungsbericht erstellen:
VERIFIZIERUNGSBERICHT
==================
Build: [BESTANDEN/FEHLGESCHLAGEN]
Typen: [BESTANDEN/FEHLGESCHLAGEN] (X Fehler)
Lint: [BESTANDEN/FEHLGESCHLAGEN] (X Warnungen)
Tests: [BESTANDEN/FEHLGESCHLAGEN] (X/Y bestanden, Z% Coverage)
Sicherheit: [BESTANDEN/FEHLGESCHLAGEN] (X Probleme)
Diff: [X Dateien geändert]
Gesamt: [BEREIT/NICHT BEREIT] für PR
Zu behebende Probleme:
1. ...
2. ...
Dauermodus
Für lange Sitzungen die Verifizierung alle 15 Minuten oder nach größeren Änderungen ausführen:
Einen mentalen Checkpoint setzen:
- Nach Abschluss jeder Funktion
- Nach Fertigstellung einer Komponente
- Vor dem Wechsel zur nächsten Aufgabe
Ausführen: /verify
Integration mit Hooks
Diese Fertigkeit ergänzt PostToolUse-Hooks, bietet aber eine tiefere Verifizierung. Hooks fangen Probleme sofort ab; diese Fertigkeit bietet eine umfassende Überprüfung.