@the-bearded-bear/claude-craft 8.23.3 → 8.26.0-next.2a54921

package/Project/i18n/de/Gate/commands/validate-alignment.md

@@ -1,123 +1,9 @@
 ---
-description: Spec-Code-Alignment validieren, um sicherzustellen, dass die Implementierung den Spezifikationen entspricht
-argument-hint: [story-id]
+description: "Veraltet (Entfernung in 9.0): /gate:check alignment verwenden"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Spec-Code-Alignment validieren
+> ⚠️ `/gate:validate-alignment` ist veraltet und wird in 9.0 entfernt. Verwenden Sie `/gate:check alignment`.
 
-Validieren, dass die Code-Implementierung mit den Spezifikationen übereinstimmt (PRD, User Stories, technische Spezifikation). Dieses Gate stellt sicher, dass während der Implementierung keine Spezifikationsabweichung aufgetreten ist.
-
-## Argumente
-
-$ARGUMENTS (Format: [story-id])
-- **story-id** (optional): Story-ID zur Überprüfung. Standard: alle Stories im aktuellen Sprint
-
-## Gate-Kriterien
-
-| Kriterium | Gewicht | Erforderlich | Beschreibung |
-|-----------|---------|-------------|--------------|
-| Requirement-Abdeckung | 20% | Ja | Alle FR-xxx aus dem PRD durch Stories abgedeckt |
-| Story-Code-Mapping | 20% | Ja | Alle Stories haben entsprechende Code-Referenzen |
-| AC-Test-Mapping | 20% | Ja | Alle Abnahmekriterien haben entsprechende Tests |
-| Einhaltung der technischen Spezifikation | 15% | Ja | Implementierung folgt dem Design der technischen Spezifikation |
-| Konstitutions-Konformität | 15% | Ja | Code respektiert die Projektkonstitution |
-| Abweichungserkennung | 10% | Nein | Keine nicht referenzierten Code-Änderungen |
-
-**Schwellenwert: 85%**
-
-## Prozess
-
-### Schritt 1: Spezifikationen laden
-
-1. PRD mit FR-xxx Requirement-IDs laden
-2. User Stories mit `Implements:`-Referenzen laden
-3. Technische Spezifikation mit Requirement-Mapping laden
-4. Projektkonstitution laden (falls vorhanden)
-
-### Schritt 2: Vorwärts-Tracing (Spec → Code)
-
-Für jedes Requirement FR-xxx im PRD:
-1. Stories finden, die es implementieren (`Implements: FR-xxx`)
-2. Für jede Story Code-Dateien mit `// Story: US-xxx` finden
-3. Für jedes AC den entsprechenden Test finden
-4. Abdeckungsstatus aufzeichnen
-
-### Schritt 3: Rückwärts-Tracing (Code → Spec)
-
-Für jede Code-Datei mit Story-Referenzen:
-1. Überprüfen, dass die Story-Referenz im Backlog existiert
-2. Überprüfen, dass die Story dem richtigen Sprint zugeordnet ist
-3. Nach Code-Änderungen ohne Story-Referenzen suchen (Abweichung)
-
-### Schritt 4: Konstitution validieren
-
-Falls `project-management/constitution.md` existiert:
-1. Einhaltung technischer Einschränkungen prüfen
-2. Einhaltung der Design-Prinzipien überprüfen
-3. NFR-Ziele überprüfen
-
-### Schritt 5: Bewerten und berichten
-
-Gewichtete Bewertung über alle Kriterien berechnen. Detaillierten Bericht generieren.
-
-## Ausgabeformat
-
-### Gate bestanden
-
-```
-╔══════════════════════════════════════════════════════════╗
-║          SPEC-CODE-ALIGNMENT-GATE ✅                     ║
-╠══════════════════════════════════════════════════════════╣
-║ Story: US-012 | Bewertung: 92%                           ║
-╠══════════════════════════════════════════════════════════╣
-║                                                          ║
-║ ✅ Requirement-Abdeckung      3/3 FR-xxx abgedeckt       ║
-║ ✅ Story-Code-Mapping         4 Dateien ref. US-012      ║
-║ ✅ AC-Test-Mapping            3/3 ACs haben Tests        ║
-║ ✅ Tech-Spec-Einhaltung       Design entspricht Spec     ║
-║ ✅ Konstitutions-Konformität  Alle Einschränkungen OK    ║
-║ ⚠️  Abweichungserkennung      1 nicht ref. Datei         ║
-║                                                          ║
-║ → Alignment verifiziert, bereit für Merge                ║
-╚══════════════════════════════════════════════════════════╝
-```
-
-### Gate nicht bestanden
-
-```
-╔══════════════════════════════════════════════════════════╗
-║          SPEC-CODE-ALIGNMENT-GATE ❌                     ║
-╠══════════════════════════════════════════════════════════╣
-║ Story: US-012 | Bewertung: 65%                           ║
-╠══════════════════════════════════════════════════════════╣
-║                                                          ║
-║ ✅ Requirement-Abdeckung      3/3 FR-xxx abgedeckt       ║
-║ ❌ Story-Code-Mapping         2 Dateien ohne Referenzen  ║
-║ ❌ AC-Test-Mapping            AC-2 hat keinen Test       ║
-║ ✅ Tech-Spec-Einhaltung       Design entspricht Spec     ║
-║ ❌ Konstitutions-Konformität  Perf-NFR nicht erreicht    ║
-║ ⚠️  Abweichungserkennung      3 nicht ref. Dateien       ║
-║                                                          ║
-║ Erforderliche Aktionen:                                  ║
-║ 1. // Story: US-012 zu ProfileService.ts hinzufügen     ║
-║ 2. // Story: US-012 zu ProfileValidator.ts hinzufügen   ║
-║ 3. Test für AC-2 schreiben: Benutzer kann E-Mail ändern ║
-║ 4. Profil-API optimieren für <200ms-Ziel                ║
-║                                                          ║
-║ → Probleme vor dem Merge beheben                         ║
-╚══════════════════════════════════════════════════════════╝
-```
-
-## Beispiel
-
-```
-/gate:validate-alignment US-012
-/gate:validate-alignment          # Alle Stories im aktuellen Sprint
-```
-
-## Verwandte Befehle
-
-- `/project:trace` — Rückverfolgbarkeitsmatrix anzeigen
-- `/project:coverage-map` — Requirement-Abdeckung prüfen
-- `/project:checkpoint` — Phasen-Checkpoints ausführen
-- `/gate:validate-story` — Story-Vollständigkeit validieren
+Führen Sie `/gate:check alignment $ARGUMENTS` aus: Lesen Sie `.claude/commands/gate/check.md` und folgen Sie der Datei mit diesen Argumenten.

package/Project/i18n/de/Gate/commands/validate-backlog.md

@@ -1,235 +1,9 @@
 ---
-description: "Backlog-Stories gegen INVEST-Kriterien validieren"
-argument-hint: "[story-id] [--no-gate]"
+description: "Veraltet (Entfernung in 9.0): /gate:check backlog verwenden"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Backlog-Gate validieren
+> ⚠️ `/gate:validate-backlog` ist veraltet und wird in 9.0 entfernt. Verwenden Sie `/gate:check backlog`.
 
-User Stories gegen die INVEST-Kriterien validieren.
-Alle Stories müssen alle 6 INVEST-Kriterien erfüllen.
-
-## Argumente
-
-$ARGUMENTS (format: [story-id] [--no-gate])
-- **story-id** (optional): Spezifische Story zur Validierung (z.B. US-001). Falls ausgelassen, werden alle Stories validiert.
-- **--no-gate** (optional): Nur einfache INVEST-Validierung durchführen (Gate-Qualitätsprüfung, Bewertungsschwellen und Pass/Fail-Urteil überspringen). Nützlich für schnelle Überprüfungen während des Refinements ohne Blockierung durch Gate-Kriterien.
-
-## INVEST-Kriterien
-
-| Buchstabe | Kriterium | Beschreibung | Prüfungen |
-|-----------|-----------|--------------|-----------|
-| **I** | Independent (Unabhängig) | Kann eigenständig entwickelt werden | Keine blockierenden Abhängigkeiten |
-| **N** | Negotiable (Verhandelbar) | Details können diskutiert werden | Hat Beschreibung, nicht überspezifiziert |
-| **V** | Valuable (Wertvoll) | Liefert Nutzerwert | Hat Akzeptanzkriterien, Benefit-Statement |
-| **E** | Estimable (Schätzbar) | Kann geschätzt werden | Hat Story Points |
-| **S** | Small (Klein genug) | Passt in einen Sprint | ≤ 8 Story Points |
-| **T** | Testable (Testbar) | Kann getestet werden | Hat Akzeptanzkriterien |
-
-**Schwelle: 6/6 für jede Story**
-
-## Prozess
-
-### Schritt 1: Stories laden
-
-1. `.bmad/sprint-status.yaml` lesen
-2. Spezifische Story oder alle Stories abrufen
-3. Story-Details laden
-
-### Schritt 2: INVEST für jede Story validieren
-
-Für jedes Kriterium:
-- **Unabhängig**: Prüfen, ob `blocked_by` leer ist
-- **Verhandelbar**: Beschreibungslänge und Aufgabenanzahl prüfen
-- **Wertvoll**: Prüfen, ob Akzeptanzkriterien vorhanden sind
-- **Schätzbar**: Prüfen, ob Story Points > 0
-- **Klein genug**: Prüfen, ob Story Points ≤ 8
-- **Testbar**: Prüfen, ob Anzahl der Akzeptanzkriterien > 0
-
-### Schritt 3: Punkte berechnen
-
-INVEST-Punktzahl pro Story (0-6)
-
-### Schritt 4: Bericht generieren
-
-Einzel- und Gesamtergebnisse anzeigen.
-
-## Ausgabeformat
-
-### Alle Stories bestehen
-
-```
-═══════════════════════════════════════════════════════
-          INVEST Backlog-Gate-Validierung
-═══════════════════════════════════════════════════════
-
-Validierung von 8 Stories...
-
-Ergebnisse:
-──────────────────────────────────────────────────────
-✅ US-001: Benutzeranmeldung
-   [I] ✓ Independent - Keine Abhängigkeiten
-   [N] ✓ Negotiable - Klare Beschreibung
-   [V] ✓ Valuable - 3 Akzeptanzkriterien
-   [E] ✓ Estimable - 5 Story Points
-   [S] ✓ Small - 5 ≤ 8 Punkte
-   [T] ✓ Testable - Gherkin-AC definiert
-   Punktzahl: 6/6 ✅
-
-✅ US-002: Benutzerregistrierung
-   Punktzahl: 6/6 ✅
-
-Zusammenfassung:
-──────────────────────────────────────────────────────
-Validierte Stories: 8
-Bestanden (6/6): 8
-Warnungen (4-5/6): 0
-Fehlgeschlagen (<4/6): 0
-
-✅ BACKLOG-GATE BESTANDEN
-
-Alle Stories erfüllen die INVEST-Kriterien.
-Bereit für Sprint-Planung.
-═══════════════════════════════════════════════════════
-```
-
-### Fehlgeschlagene Stories
-
-```
-═══════════════════════════════════════════════════════
-          INVEST Backlog-Gate-Validierung
-═══════════════════════════════════════════════════════
-
-Validierung von 8 Stories...
-
-Ergebnisse:
-──────────────────────────────────────────────────────
-✅ US-001: Benutzeranmeldung
-   Punktzahl: 6/6 ✅
-
-⚠️ US-002: Benutzerregistrierung
-   [I] ✓ Independent
-   [N] ✓ Negotiable
-   [V] ✓ Valuable
-   [E] ✗ Estimable - Keine Story Points
-   [S] ? Small - Ohne Punkte nicht prüfbar
-   [T] ✓ Testable
-   Punktzahl: 4/6 ⚠️
-
-❌ US-003: Komplette Auth-System-Überarbeitung
-   [I] ✗ Independent - Blockiert durch US-001, US-002
-   [N] ✗ Negotiable - 15 Aufgaben (zu spezifiziert)
-   [V] ✓ Valuable
-   [E] ✓ Estimable - 13 Punkte
-   [S] ✗ Small - 13 > 8 Punkte
-   [T] ✓ Testable
-   Punktzahl: 3/6 ❌
-
-Zusammenfassung:
-──────────────────────────────────────────────────────
-Validierte Stories: 8
-Bestanden (6/6): 6
-Warnungen (4-5/6): 1
-Fehlgeschlagen (<4/6): 1
-
-❌ BACKLOG-GATE FEHLGESCHLAGEN
-
-Erforderliche Maßnahmen:
-──────────────────────────────────────────────────────
-US-002:
-  → Story-Point-Schätzung hinzufügen
-  → Ausführen: /project:update-story US-002 --points 3
-
-US-003:
-  → In kleinere Stories aufteilen (≤8 Punkte jeweils)
-  → Unnötige Aufgabendetails entfernen
-  → Abhängigkeiten auflösen oder neu ordnen
-  → Ggf.: /project:split-story US-003
-
-Nach Korrekturen erneut ausführen: /gate:validate-backlog
-═══════════════════════════════════════════════════════
-```
-
-### Einzelne Story validieren
-
-```
-═══════════════════════════════════════════════════════
-          INVEST-Validierung: US-005
-═══════════════════════════════════════════════════════
-
-📖 US-005: E-Mail-Verifizierung
-
-INVEST-Analyse:
-──────────────────────────────────────────────────────
-[I] ✓ Independent
-    Keine blockierenden Abhängigkeiten
-
-[N] ✓ Negotiable
-    Beschreibung: 45 Wörter
-    Aufgaben: 4 (angemessen)
-
-[V] ✓ Valuable
-    "Als Benutzer möchte ich meine E-Mail verifizieren
-     um mein Konto zu sichern"
-    Akzeptanzkriterien: 3
-
-[E] ✓ Estimable
-    Story Points: 3
-
-[S] ✓ Small
-    3 Punkte ≤ 8 Punkte
-
-[T] ✓ Testable
-    3 Gherkin-Szenarien definiert
-
-Punktzahl: 6/6 ✅
-──────────────────────────────────────────────────────
-
-✅ Story erfüllt INVEST-Kriterien
-
-Status: ready-for-dev
-═══════════════════════════════════════════════════════
-```
-
-## Beispiel
-
-```
-/gate:validate-backlog
-/gate:validate-backlog US-005
-```
-
-## Häufige Probleme beheben
-
-### Story zu groß (S)
-```
-/project:split-story US-003
-```
-
-### Fehlende Story Points (E)
-```
-/project:update-story US-002 --points 3
-```
-
-### Fehlende Akzeptanzkriterien (V, T)
-```
-/project:add-ac US-002 "Given... When... Then..."
-```
-
-Gate-Konfiguration: `.bmad/gates/backlog-gate.yaml`
-
-## Nächster Schritt
-
-```
-╔══════════════════════════════════════════════════════════╗
-║                   NÄCHSTER SCHRITT                        ║
-╠══════════════════════════════════════════════════════════╣
-║                                                          ║
-║  Wenn PASS (≥ Schwellenwert):                            ║
-║  → /gate:validate-sprint                                 ║
-║    Sprint-Bereitschaft validieren                        ║
-║                                                          ║
-║  Wenn FAIL (< Schwellenwert):                            ║
-║  → Identifizierte Probleme beheben                       ║
-║  → /gate:validate-backlog (erneut nach Korrekturen)      ║
-║                                                          ║
-╚══════════════════════════════════════════════════════════╝
-```
+Führen Sie `/gate:check backlog $ARGUMENTS` aus: Lesen Sie `.claude/commands/gate/check.md` und folgen Sie der Datei mit diesen Argumenten.

package/Project/i18n/de/Gate/commands/validate-prd.md

@@ -1,125 +1,9 @@
 ---
-description: PRD gegen Quality Gate validieren (≥80%)
-argument-hint: [prd-datei]
+description: "Veraltet (Entfernung in 9.0): /gate:check prd verwenden"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# PRD-Gate validieren
+> ⚠️ `/gate:validate-prd` ist veraltet und wird in 9.0 entfernt. Verwenden Sie `/gate:check prd`.
 
-Ein Produktanforderungsdokument gegen das PRD Quality Gate validieren.
-Das PRD muss mindestens 80% erreichen, um zu bestehen.
-
-## Argumente
-
-$ARGUMENTS (format: [prd-datei])
-- **prd-datei** (optional): Pfad zur PRD-Datei. Standard: `docs/prd.md`
-
-## Gate-Kriterien
-
-| Kriterium | Gewicht | Erforderlich | Beschreibung |
-|-----------|---------|--------------|--------------|
-| Problemstellung | 15% | Ja | Klare Artikulation des Problems |
-| Zielbenutzer | 15% | Ja | Definierte Zielgruppe/Personas |
-| Ziele | 15% | Ja | Messbare Ziele |
-| Erfolgsmetriken | 15% | Ja | KPIs und Messungen |
-| Umfang | 10% | Ja | Was ist ein-/ausgeschlossen |
-| User Stories-Ueberblick | 10% | Ja | Feature-Liste |
-| Annahmen | 10% | Nein | Dokumentierte Annahmen |
-| Risiken | 10% | Nein | Risikoidentifikation |
-
-**Schwelle: 80%**
-
-## Prozess
-
-### Schritt 1: PRD-Datei lokalisieren
-
-1. Angegebenen Pfad oder Standard `docs/prd.md` verwenden
-2. Pruefen, ob Datei existiert
-3. Inhalt zur Analyse laden
-
-### Schritt 2: Jedes Kriterium validieren
-
-Fuer jedes Kriterium pruefen:
-- Inhalt existiert mit relevanten Schluesselwoertern
-- Abschnitt hat minimale Inhaltslaenge
-- Erforderliche Elemente sind vorhanden
-
-### Schritt 3: Punktzahl berechnen
-
-Punktzahlberechnung:
-- Jedes Kriterium hat ein Gewicht (Prozentsatz)
-- Bestehen eines Kriteriums addiert sein Gewicht zur Punktzahl
-- Endpunktzahl = Summe der bestandenen Gewichte
-
-### Schritt 4: Bericht generieren
-
-Anzeigen:
-- Ergebnisse pro Kriterium
-- Gesamtpunktzahl und Schwelle
-- Bestanden/Fehlgeschlagen-Status
-- Verbesserungsvorschlaege
-
-## Ausgabeformat
-
-### PRD validiert
-
-```
-═══════════════════════════════════════════════════════
-            PRD-Gate-Validierung
-═══════════════════════════════════════════════════════
-
-Datei: docs/prd.md
-Schwelle: 80%
-
-Validierungsergebnisse:
-──────────────────────────────────────────────────────
-✅ Problemstellung (15%)
-✅ Zielbenutzer (15%)
-✅ Ziele (15%)
-✅ Erfolgsmetriken (15%)
-✅ Umfang (10%)
-✅ User Stories-Ueberblick (10%)
-✅ Annahmen (10%)
-⚠️ Risiken (10%) - Teilweise
-
-Punktzahl: 90/100 (90%)
-──────────────────────────────────────────────────────
-
-✅ PRD-GATE BESTANDEN
-
-Bereit fuer die Tech Spec-Phase.
-Naechster Schritt: /pm:handoff architect
-═══════════════════════════════════════════════════════
-```
-
-### PRD fehlgeschlagen
-
-```
-═══════════════════════════════════════════════════════
-            PRD-Gate-Validierung
-═══════════════════════════════════════════════════════
-
-Datei: docs/prd.md
-Schwelle: 80%
-
-Punktzahl: 50/100 (50%)
-──────────────────────────────────────────────────────
-
-❌ PRD-GATE FEHLGESCHLAGEN (80% erforderlich, 50% erreicht)
-
-Erforderliche Massnahmen:
-──────────────────────────────────────────────────────
-1. Messbare Ziele hinzufuegen
-2. Erfolgsmetriken und KPIs definieren
-3. Annahmen dokumentieren
-4. Risikobewertung hinzufuegen
-
-Nach Korrekturen erneut ausfuehren: /gate:validate-prd
-═══════════════════════════════════════════════════════
-```
-
-## Beispiel
-
-```
-/gate:validate-prd
-/gate:validate-prd docs/feature-prd.md
-```
+Führen Sie `/gate:check prd $ARGUMENTS` aus: Lesen Sie `.claude/commands/gate/check.md` und folgen Sie der Datei mit diesen Argumenten.