Verifizierungs-Schleife Skill
Ein umfassendes Verifizierungssystem für Claude Code-Sitzungen.
Wann verwenden
Rufe diesen Skill auf:
- Nach Abschluss einer Funktion oder einer größeren Codeänderung
- Vor dem Erstellen eines Pull Requests (PR)
- Wenn du sicherstellen möchtest, dass Qualitätstore bestanden werden
- Nach einem Refactoring
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, STOPP und korrigiere, bevor du fortfährst.
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
Melde alle Typfehler. Behebe kritische, bevor du fortfährst.
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 Abdeckung ausführen
npm run test -- --coverage 2>&1 | tail -50
# Abdeckungsschwelle prüfen
# Ziel: mindestens 80%
Melde:
- Gesamttests: X
- Bestanden: X
- Fehlgeschlagen: X
- Abdeckung: 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 sich geändert hat
git diff --stat
git diff HEAD~1 --name-only
Überprüfe jede geänderte Datei 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% Abdeckung)
Sicherheit:[BESTANDEN/FEHLGESCHLAGEN] (X Probleme)
Diff: [X Dateien geändert]
Gesamt: [BEREIT/NICHT BEREIT] für PR
Zu behebende Probleme:
1. ...
2. ...
Kontinuierlicher Modus
Für lange Sitzungen die Verifizierung alle 15 Minuten oder nach größeren Änderungen ausführen:
Einen gedanklichen Checkpoint setzen:
- Nach Abschluss jeder Funktion
- Nach Fertigstellung einer Komponente
- Vor dem Wechsel zur nächsten Aufgabe
Ausführen: /verify
Integration mit Hooks
Dieser Skill ergänzt PostToolUse-Hooks, bietet aber eine tiefere Verifizierung. Hooks fangen Probleme sofort ab; dieser Skill bietet eine umfassende Überprüfung.