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

package/Dev/i18n/de/Common/commands/setup-project-context.md

@@ -1,290 +1,9 @@
 ---
-name: setup-project-context
-description: Codebase analysieren und Projektkontext interaktiv konfigurieren
-arguments:
-  - name: mode
-    description: Erkennungsmodus (--auto minimale Fragen, --full umfassender Fragebogen)
-    required: false
+description: "Veraltet (Entfernung in 9.0): /common:init --context verwenden"
+deprecated: true
+replaced-by: /common:init
 ---
 
-# Projektkontext Einrichten
+> ⚠️ `/common:setup-project-context` ist veraltet und wird in 9.0 entfernt. Verwenden Sie `/common:init --context`.
 
-Konfiguriert `.claude/rules/00-project-context.md` durch Analyse der Codebase und gezielte Fragen.
-
-## Ausfuehrung
-
-### Phase 1: Automatische Erkennung
-
-Folgende Dateien und Verzeichnisse analysieren:
-
-**Konfigurationsdateien:**
-- `package.json` → Node.js Projektname, Abhangigkeiten, Skripte
-- `composer.json` → PHP Projektname, Abhangigkeiten, Framework
-- `pubspec.yaml` → Flutter/Dart Projektname, Abhangigkeiten
-- `requirements.txt` / `pyproject.toml` → Python Abhangigkeiten
-- `Cargo.toml` → Rust Projekt
-- `go.mod` → Go Modul
-
-**Umgebung & Konfiguration:**
-- `.env`, `.env.example` → Datenbank, Dienste
-- `config/` → Framework-Konfiguration
-- `docker-compose.yml` → Dienste (DB, Redis, etc.)
-
-**Struktur:**
-- `src/`, `lib/`, `app/` → Quellcode-Speicherort
-- `tests/`, `spec/` → Testing-Framework
-- `docs/`, `specifications/` → Dokumentation
-- `.github/`, `.gitlab-ci.yml` → CI/CD
-
-**Domane (falls zutreffend):**
-- `src/Entity/`, `src/Domain/` → Geschaftsentitaten (PHP/Symfony)
-- `lib/models/`, `lib/domain/` → Modelle (Flutter/Dart)
-- `models/`, `schemas/` → Datenmodelle
-- `migrations/` → Datenbankschema
-
-Analyseergebnisse anzeigen:
-
-```
-╔══════════════════════════════════════════════════════════════╗
-║             PROJEKTANALYSE-ERGEBNISSE                         ║
-╚══════════════════════════════════════════════════════════════╝
-
-✅ Erkannte Informationen:
-┌─────────────────┬────────────────────────────────┐
-│ Element         │ Wert                           │
-├─────────────────┼────────────────────────────────┤
-│ Projektname     │ {erkannter_name}               │
-│ Sprache         │ {erkannte_sprache}             │
-│ Framework       │ {erkanntes_framework}          │
-│ Datenbank       │ {erkannte_datenbank}           │
-│ Testing         │ {erkanntes_testing}            │
-│ CI/CD           │ {erkanntes_cicd}               │
-└─────────────────┴────────────────────────────────┘
-
-📁 Projektstruktur:
-{erkannte_struktur}
-
-📄 Gefundene Dokumentation:
-{gefundene_docs}
-
-❌ Nicht Erkannt (wird abgefragt):
-- {fehlende_elemente}
-```
-
-### Phase 2: Interaktive Fragen
-
-Nur nach Informationen fragen, die in Phase 1 NICHT erkannt wurden.
-Fragen uberspringen, wenn `--auto` Modus verwendet wird und ein vernunftiger Standardwert existiert.
-
-**Wesentliche Fragen:**
-
-1. **Anwendungstyp** (falls nicht erkannt):
-   ```
-   Welcher Anwendungstyp ist das?
-   [ ] REST API      [ ] Webanwendung      [ ] Mobile App
-   [ ] CLI-Tool      [ ] Bibliothek/Paket  [ ] Monorepo
-   ```
-
-2. **Geschaftsdomane**:
-   ```
-   Was ist die Geschaftsdomane?
-   [ ] E-Commerce    [ ] SaaS-Plattform    [ ] FinTech
-   [ ] HealthTech    [ ] EdTech            [ ] Social/Community
-   [ ] Medien/Inhalt [ ] IoT               [ ] Andere: _____
-   ```
-
-3. **Zielbenutzer** (2-3 Personas):
-   ```
-   Beschreiben Sie Ihre Hauptbenutzer:
-
-   Primarer Benutzer:
-   > Rolle: _____
-   > Hauptziel: _____
-
-   Sekundarer Benutzer (optional):
-   > Rolle: _____
-   > Hauptziel: _____
-   ```
-
-4. **Compliance-Anforderungen**:
-   ```
-   Welche Compliance-Anforderungen gelten?
-   [ ] DSGVO (EU-Datenschutz)
-   [ ] HIPAA (US-Gesundheitswesen)
-   [ ] PCI-DSS (Zahlungskarten)
-   [ ] SOC2 (Sicherheit)
-   [ ] Keine / Nicht zutreffend
-   ```
-
-**Erweiterte Fragen** (nur mit `--full` Modus):
-
-5. **Geschaftsziele**:
-   ```
-   Kurzfristige Ziele (3-6 Monate):
-   > _____
-
-   Mittelfristige Ziele (6-12 Monate):
-   > _____
-   ```
-
-6. **Bekannte Probleme/Technische Schulden**:
-   ```
-   Gibt es bekannte Probleme oder technische Schulden zu dokumentieren?
-   > _____
-   ```
-
-7. **Glossarbegriffe**:
-   ```
-   Wichtige Geschaftsbegriffe zum Definieren (kommagetrennt):
-   > _____
-   ```
-
-### Phase 3: Kontextdatei Generieren
-
-`.claude/rules/00-project-context.md` erstellen:
-
-```markdown
-# Projektkontext - {PROJEKTNAME}
-
-> Automatisch generiert von `/common:setup-project-context` am {DATUM}
-> Nach Bedarf uberprufen und anpassen.
-
-## Plan-Modus
-
-> **Der Plan-Modus wird empfohlen.** Claude aktiviert den Plan-Modus, um den Ansatz zu strukturieren, Abhängigkeiten zu identifizieren und eine Generierungsstrategie vorzustellen, bevor Artefakte erstellt werden.
-
-## Ubersicht
-
-**{PROJEKTNAME}** ist eine {TYP}-Anwendung fur die {DOMANE}-Domane.
-
-{BESCHREIBUNG_AUS_README_ODER_BENUTZER}
-
-## Technischer Stack
-
-| Komponente   | Technologie          |
-|--------------|----------------------|
-| Sprache      | {SPRACHE}            |
-| Framework    | {FRAMEWORK}          |
-| Datenbank    | {DATABASE}           |
-| Cache        | {CACHE_FALLS_ERKANNT}|
-| Testing      | {TEST_FRAMEWORKS}    |
-| CI/CD        | {CICD_PLATTFORM}     |
-
-## Projektstruktur
-
-```
-{ERKANNTE_STRUKTUR}
-```
-
-## Geschaftsdomane
-
-### Kernkonzepte
-
-{ENTITATEN_FALLS_ERKANNT}
-
-### Bounded Contexts
-
-<!-- Hinzufugen bei DDD-Verwendung -->
-- Kontext 1: ...
-- Kontext 2: ...
-
-## Benutzer & Personas
-
-### {PRIMARER_BENUTZER_ROLLE}
-- **Ziel:** {PRIMARER_BENUTZER_ZIEL}
-- **Schmerzpunkte:** Zu dokumentieren
-- **Wichtige Workflows:** Zu dokumentieren
-
-### {SEKUNDARER_BENUTZER_ROLLE}
-- **Ziel:** {SEKUNDARER_BENUTZER_ZIEL}
-- **Schmerzpunkte:** Zu dokumentieren
-- **Wichtige Workflows:** Zu dokumentieren
-
-## Einschrankungen
-
-### Compliance
-{COMPLIANCE_ANFORDERUNGEN}
-
-### Leistungsziele
-- Seitenladezeit: < 3s
-- API-Antwortzeit: < 200ms
-- Verfugbarkeit: 99.9%
-
-### Sicherheitsanforderungen
-- OWASP Top 10 Konformitat
-- Eingabevalidierung an allen Endpunkten
-- Authentifizierung fur geschutzte Ressourcen erforderlich
-
-## Ziele
-
-### Kurzfristig
-{KURZFRISTIGE_ZIELE_ODER_PLATZHALTER}
-
-### Mittelfristig
-{MITTELFRISTIGE_ZIELE_ODER_PLATZHALTER}
-
-## Bekannte Probleme / Technische Schulden
-
-{PROBLEME_ODER_PLATZHALTER}
-
-## Glossar
-
-| Begriff | Definition |
-|---------|------------|
-{GLOSSARBEGRIFFE_ODER_BEISPIELE}
-```
-
-### Phase 4: Validierung & Nachste Schritte
-
-Zusammenfassung und Empfehlungen anzeigen:
-
-```
-╔══════════════════════════════════════════════════════════════╗
-║              PROJEKTKONTEXT GENERIERT                         ║
-╚══════════════════════════════════════════════════════════════╝
-
-✅ Datei erstellt: .claude/rules/00-project-context.md
-
-Zusammenfassung:
-┌─────────────────┬────────────────────────────────┐
-│ Projekt         │ {PROJEKTNAME}                  │
-│ Typ             │ {TYP}                          │
-│ Stack           │ {FRAMEWORK} + {DATABASE}       │
-│ Domane          │ {DOMANE}                       │
-│ Compliance      │ {COMPLIANCE}                   │
-│ Personas        │ {ANZAHL} definiert             │
-└─────────────────┴────────────────────────────────┘
-
-📋 Empfohlene Nachste Schritte:
-
-1. Generierte Datei uberprufen und Platzhalterabschnitte ausfullen
-2. Detaillierte Bounded Contexts hinzufugen falls DDD verwendet wird
-3. Wichtige Geschaftsworkflows dokumentieren
-4. Spezialisierte Agenten ausfuhren erwagen:
-   - @database-architect → Datenbankschema dokumentieren
-   - @api-designer → API-Endpunkte dokumentieren
-   - @security-reviewer → Sicherheitseinschrankungen uberprufen
-
-Mochten Sie, dass ich die Datei zur Uberprufung offne?
-```
-
-## Modi
-
-| Modus | Verhalten |
-|-------|-----------|
-| (Standard) | Erkennung + wesentliche Fragen (Typ, Domane, Benutzer, Compliance) |
-| `--auto` | Maximale Auto-Erkennung, Fragen mit vernunftigen Standardwerten uberspringen |
-| `--full` | Alle Fragen einschliesslich Ziele, Probleme und Glossar |
-
-## Beispiele
-
-```bash
-# Standardmodus - ausgewogene Erkennung und Fragen
-/common:setup-project-context
-
-# Auto-Modus - minimale Interaktion
-/common:setup-project-context --auto
-
-# Vollstandiger Modus - umfassender Fragebogen
-/common:setup-project-context --full
-```
+Führen Sie `/common:init --context $ARGUMENTS` aus: Lesen Sie `.claude/commands/common/init.md` und folgen Sie der Datei mit diesen Argumenten.

package/Dev/i18n/de/Common/rules/12-context-management.md

@@ -386,7 +386,7 @@ Session 2: Implementierung (kodieren, testen)
 Der `/loop`-Befehl ermoeglicht die Planung wiederkehrender Aufgaben:
 
 ```bash
-/loop 5m /common:pre-commit-check    # Alle 5 Minuten pruefen
+/loop 5m /gate:check commit    # Alle 5 Minuten pruefen
 /loop "CI-Tests ueberwachen"          # Automatische Taktung durch das Modell
 ```
 

package/Dev/i18n/de/QA/commands/fix.md

@@ -227,19 +227,19 @@ resume_from:
 
 ```bash
 # Alle Bugs einer Recette-Sitzung beheben
-/qa:recette-fix --session=REC-20260130-143022
+/qa:fix --session=REC-20260130-143022
 
 # Dry Run: verfeinern und dokumentieren ohne zu beheben
-/qa:recette-fix --session=REC-20260130-143022 --dry-run
+/qa:fix --session=REC-20260130-143022 --dry-run
 
 # Nur kritische und hohe Bugs beheben
-/qa:recette-fix --session=REC-20260130-143022 --severity=high
+/qa:fix --session=REC-20260130-143022 --severity=high
 
 # BMAD-Dokumente generieren ohne TDD zu starten
-/qa:recette-fix --session=REC-20260130-143022 --skip-fix
+/qa:fix --session=REC-20260130-143022 --skip-fix
 
 # Beheben mit automatischem Commit
-/qa:recette-fix --session=REC-20260130-143022 --auto-commit
+/qa:fix --session=REC-20260130-143022 --auto-commit
 ```
 
 ## Ausgabestruktur
@@ -269,9 +269,9 @@ resume_from:
 | Befehl | Beschreibung |
 |--------|--------------|
 | `/qa:recette` | Akzeptanztests ausfuehren |
-| `/qa:recette-status` | Sitzungsstatus anzeigen |
-| `/qa:recette-regression` | Regressionstests anzeigen |
-| `/qa:recette-report` | Bericht generieren |
+| `/qa:status` | Sitzungsstatus anzeigen |
+| `/qa:regression` | Regressionstests anzeigen |
+| `/qa:status --report` | Bericht generieren |
 
 ## Fehlermeldungen
 

package/Dev/i18n/de/QA/commands/recette.md

@@ -214,12 +214,11 @@ entries:
 
 | Befehl | Beschreibung |
 |--------|--------------|
-| `/qa:recette-fix` | Bugs aus einer Recette-Sitzung beheben |
-| `/qa:recette-status` | Sitzungsstatus anzeigen |
-| `/qa:recette-regression` | Regressionstests anzeigen |
-| `/qa:recette-report` | Bericht generieren |
-| `/qa:validate` | Story AC validieren |
-| `/qa:automate` | Automatisierte Tests erstellen |
+| `/qa:fix` | Bugs aus einer Recette-Sitzung beheben |
+| `/qa:status` | Sitzungsstatus anzeigen |
+| `/qa:regression` | Regressionstests anzeigen |
+| `/qa:status --report` | Bericht generieren |
+| `/gate:check story` | Story AC validieren |
 
 ## Chrome-Faehigkeiten
 
@@ -262,9 +261,9 @@ entries:
 ║    Fehlerbehebung mit TDD-Ansatz                         ║
 ║                                                          ║
 ║  Wenn alle Tests bestehen:                               ║
-║  → /qa:report                                            ║
+║  → /qa:status --report                                            ║
 ║    Recette-Bericht generieren                            ║
-║  → /sprint:transition done                               ║
+║  → /project:backlog move story done                               ║
 ║    Story als erledigt markieren                          ║
 ║                                                          ║
 ╚══════════════════════════════════════════════════════════╝

package/Dev/i18n/de/QA/commands/regression.md

@@ -107,25 +107,25 @@ Goldene-Regel-Pruefung: 1 VERSTOSS ERKANNT
 
 ```bash
 # Alle Regressionstests auflisten
-/qa:recette-regression --list
+/qa:regression --list
 
 # Stabilitaetswert anzeigen
-/qa:recette-regression --stats
+/qa:regression --stats
 
 # Regressionspruefung ausfuehren (Verstoesse erkennen)
-/qa:recette-regression --check
+/qa:regression --check
 
 # Nach Quell-Story filtern
-/qa:recette-regression --list --source=US-001
+/qa:regression --list --source=US-001
 
 # Nach Status filtern
-/qa:recette-regression --list --status=active
+/qa:regression --list --status=active
 
 # Historischen Trend anzeigen
-/qa:recette-regression --stats --trend
+/qa:regression --stats --trend
 
 # Ausgabe als JSON
-/qa:recette-regression --list --format=json
+/qa:regression --list --format=json
 ```
 
 ## Ausgabestruktur
@@ -147,9 +147,9 @@ Goldene-Regel-Pruefung: 1 VERSTOSS ERKANNT
 | Befehl | Beschreibung |
 |--------|--------------|
 | `/qa:recette` | Akzeptanztests ausfuehren |
-| `/qa:recette-fix` | Bugs aus einer Sitzung beheben |
-| `/qa:recette-status` | Sitzungsstatus anzeigen |
-| `/qa:recette-report` | Bericht generieren |
+| `/qa:fix` | Bugs aus einer Sitzung beheben |
+| `/qa:status` | Sitzungsstatus anzeigen |
+| `/qa:status --report` | Bericht generieren |
 
 ## Fehlermeldungen
 
@@ -157,7 +157,7 @@ Goldene-Regel-Pruefung: 1 VERSTOSS ERKANNT
 |--------|---------|
 | "Register nicht gefunden" | Fuehren Sie `/qa:recette` zuerst aus |
 | "Keine Regressionstests" | Keine Fehler in vorherigen Laeufen erkannt |
-| "Verstoss gegen Goldene Regel" | Bug wieder aufgetreten — `/qa:recette-fix` ausfuehren |
+| "Verstoss gegen Goldene Regel" | Bug wieder aufgetreten — `/qa:fix` ausfuehren |
 | "Historiedatei fehlt" | Mindestens 2 Recette-Sitzungen fuer Trends ausfuehren |
 
 ## Best Practices

package/Dev/i18n/de/QA/commands/report.md

@@ -1,166 +1,9 @@
 ---
-description: QA Recette Berichte aus Sitzungsdaten generieren
-argument-hint: --session=<session-id> [--format=<md|html|json>] [--output=<path>]
+description: "Veraltet (Entfernung in 9.0): /qa:status --report verwenden"
+deprecated: true
+replaced-by: /qa:status
 ---
 
-# QA Recette Report - Berichtsgenerierung
+> ⚠️ `/qa:report` ist veraltet und wird in 9.0 entfernt. Verwenden Sie `/qa:status --report`.
 
-Generiert detaillierte Berichte aus QA Recette Sitzungsdaten. Unterstuetzt mehrere Ausgabeformate und Sitzungsvergleiche.
-
-## Argumente
-
-**$ARGUMENTS**
-
-- `--session=<id>` : Sitzungs-ID fuer Berichtsgenerierung **[erforderlich]**
-- `--format=<type>` : Ausgabeformat (md, html, json) — Standard: md
-- `--output=<path>` : Benutzerdefinierter Ausgabepfad (Standard: `.recette/reports/`)
-- `--include-screenshots` : Screenshots in HTML-Bericht einbetten
-- `--compare=<id>` : Mit einer anderen Sitzung fuer Vergleichsbericht vergleichen
-
-## Hauptfunktionen
-
-| Funktion | Beschreibung |
-|----------|--------------|
-| **Multi-Format** | Markdown-, HTML- oder JSON-Berichte generieren |
-| **Sitzungsvergleich** | Zwei Laeufe vergleichen um Regressionen zu erkennen |
-| **Goldene-Regel-Abschnitt** | Dedizierter Compliance-Abschnitt in Berichten |
-| **Screenshot-Einbettung** | Fehler-Screenshots in HTML-Berichte einbetten |
-| **Test-Rueckverfolgbarkeit** | Vollstaendige Rueckverfolgbarkeit von AC zu Testergebnissen |
-| **Metrik-Zusammenfassung** | Bestehens-/Fehlerraten, Zeitangaben, Fehlerklassifizierung |
-
-## Prozess
-
-### 1. Datensammlung
-
-```
-┌─────────────────────────────────────────┐
-│  1. load_session_data(session_id)       │
-│     - .recette/sessions/{id}/ lesen     │
-│     - state.yaml laden                  │
-│     - fix-state.yaml laden wenn vorh.   │
-│     - Screenshots und Logs sammeln      │
-│     - Regressionsregister laden         │
-└─────────────────────────────────────────┘
-```
-
-### 2. Berichtsgenerierung
-
-```
-┌─────────────────────────────────────────┐
-│  2. generate_report(format)             │
-│     - Zusammenfassungsabschnitt bauen   │
-│     - Testergebnisse bauen              │
-│     - Fehlerdetails bauen               │
-│     - Regressionstests bauen            │
-│     - Goldene-Regel-Erklaerung bauen    │
-│     - Format-Template anwenden          │
-│     - In Ausgabepfad schreiben          │
-└─────────────────────────────────────────┘
-```
-
-### 3. Vergleichsmodus (--compare)
-
-Vergleicht zwei Sitzungen:
-
-```
-## Vergleich: REC-20260130-143022 vs REC-20260201-140000
-
-| Metrik    | Sitzung 1 | Sitzung 2 | Delta   |
-|-----------|-----------|-----------|---------|
-| Tests     | 15        | 15        | =       |
-| Bestanden | 12        | 14        | +2      |
-| Fehlgeschl| 2         | 0         | -2      |
-| Dauer     | 14m 48s   | 12m 15s   | -2m 33s |
-
-### Behobene Fehler
-- ERR-001: Login-Validierung — BEHOBEN
-- ERR-002: API-Timeout — BEHOBEN
-
-### Neue Fehler
-(keine)
-
-### Regressionsstatus
-Keine Verstoesse gegen die Goldene Regel erkannt.
-```
-
-## Datenquellen
-
-| Quelle | Pfad | Beschreibung |
-|--------|------|--------------|
-| Sitzungszustand | `.recette/sessions/{id}/state.yaml` | Ergebnisse und Fortschritt |
-| Behebungszustand | `.recette/sessions/{id}/fix-state.yaml` | Behebungsstatus |
-| Screenshots | `.recette/sessions/{id}/screenshots/` | Fehler-Screenshots |
-| Logs | `.recette/sessions/{id}/logs/` | Ausfuehrungslogs |
-| Register | `.recette/regression/registry.yaml` | Regressionsregister |
-| Template | `Tools/Recette/templates/report.md.template` | Berichtstemplate |
-
-## Beispiele
-
-```bash
-# Markdown-Bericht generieren (Standard)
-/qa:recette-report --session=REC-20260130-143022
-
-# HTML-Bericht mit Screenshots generieren
-/qa:recette-report --session=REC-20260130-143022 --format=html --include-screenshots
-
-# JSON-Bericht fuer CI-Integration generieren
-/qa:recette-report --session=REC-20260130-143022 --format=json
-
-# Benutzerdefinierter Ausgabepfad
-/qa:recette-report --session=REC-20260130-143022 --output=./reports/sprint-3/
-
-# Zwei Sitzungen vergleichen
-/qa:recette-report --session=REC-20260201-140000 --compare=REC-20260130-143022
-```
-
-## Ausgabestruktur
-
-```
-.recette/reports/
-├── REC-20260130-143022-report.md       # Markdown-Bericht
-├── REC-20260130-143022-report.html     # HTML-Bericht (wenn --format=html)
-├── REC-20260130-143022-report.json     # JSON-Bericht (wenn --format=json)
-└── REC-20260201-vs-20260130-diff.md    # Vergleichsbericht (wenn --compare)
-```
-
-## Verwandte Befehle
-
-| Befehl | Beschreibung |
-|--------|--------------|
-| `/qa:recette` | Akzeptanztests ausfuehren |
-| `/qa:recette-fix` | Bugs aus einer Sitzung beheben |
-| `/qa:recette-status` | Sitzungsstatus anzeigen |
-| `/qa:recette-regression` | Regressionstests anzeigen |
-
-## Fehlermeldungen
-
-| Fehler | Loesung |
-|--------|---------|
-| "Sitzung nicht gefunden" | Ueberpruefen Sie die Sitzungs-ID in `.recette/sessions/` |
-| "Keine Testergebnisse" | Sitzung hat keine abgeschlossenen Tests fuer den Bericht |
-| "Template nicht gefunden" | Pruefen Sie ob `Tools/Recette/templates/` existiert |
-| "Vergleichssitzung nicht gefunden" | Ueberpruefen Sie die Vergleichs-Sitzungs-ID |
-
-## Best Practices
-
-1. **Nach jedem Lauf generieren** : Bericht sofort nach der Recette erstellen
-2. **HTML fuer Stakeholder** : HTML-Format mit Screenshots ist ideal zum Teilen
-3. **JSON fuer CI** : JSON-Berichte in Ihre CI/CD-Pipeline integrieren
-4. **Laeufe vergleichen** : --compare nutzen um Fortschritt zwischen Iterationen zu verfolgen
-5. **Berichte archivieren** : Berichte in Versionskontrolle fuer Audit-Trail aufbewahren
-
-## Nächster Schritt
-
-```
-╔══════════════════════════════════════════════════════════╗
-║                   NÄCHSTER SCHRITT                        ║
-╠══════════════════════════════════════════════════════════╣
-║                                                          ║
-║  → /workflow:review                                      ║
-║    Sprint-Review vorbereiten                             ║
-║                                                          ║
-║  Siehe auch:                                             ║
-║  • /sprint:status — Sprint-Metriken anzeigen             ║
-║                                                          ║
-╚══════════════════════════════════════════════════════════╝
-```
+Führen Sie `/qa:status --report $ARGUMENTS` aus: Lesen Sie `.claude/commands/qa/status.md` und folgen Sie der Datei mit diesen Argumenten.