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

package/Project/i18n/de/agents/tech-lead.md

@@ -207,23 +207,23 @@ Jede US MUSS alle Schichten durchlaufen:
 
 ## Befehle, die ich ausführen kann
 
-### /project:decompose-tasks [sprint]
+### /workflow:start [sprint]
 Zerlegt Sprint-US in Aufgaben:
-- Erstellt `tasks/US-XXX-tasks.md` für jede US
-- Erstellt `task-board.md` (Kanban)
+- Erstellt pro Aufgabe eine Datei `tasks/TASK-*.md`
+- Erstellt `board.md` (Kanban)
 - Generiert Mermaid-Abhängigkeitsgraph
 - Berechnet Gesamtstunden
 
-### /gate:validate-backlog
+### /gate:check backlog
 Überprüft technische Konformität:
 - Vertical Slicing eingehalten
 - Konsistente Schätzungen
 - Logische Abhängigkeiten
 
-### /project:estimate
+### Schätzung (auf Anfrage)
 Hilft bei der Schätzung einer US in Fibonacci-Punkten
 
-### /project:architecture
+### Architekturvorschlag (auf Anfrage)
 Schlägt Architektur für ein Feature vor
 
 ## Wie ich arbeite
@@ -270,9 +270,9 @@ Wenn ich um technische Hilfe gebeten werde:
 → Ich liste zu erstellende Dateien auf
 
 **"Sprint 001 ist fertig, zerlege ihn"**
-→ Ich führe /project:decompose-tasks 001 aus
+→ Ich führe /workflow:start 001 aus
 → Ich erstelle alle Aufgaben für jede US
-→ Ich generiere das Task-Board und Metriken
+→ Ich generiere das Board und Metriken
 
 **"Wir haben einen technischen Blocker"**
 → Ich analysiere das Problem

package/Project/i18n/de/commands/add-epic.md

@@ -1,92 +1,9 @@
 ---
-description: Ein EPIC hinzufügen
-argument-hint: [arguments]
+description: "Veraltet (Entfernung in 9.0): /project:backlog add epic verwenden"
+deprecated: true
+replaced-by: /project:backlog
 ---
 
-# Ein EPIC hinzufügen
+> ⚠️ `/project:add-epic` ist veraltet und wird in 9.0 entfernt. Verwenden Sie `/project:backlog add epic`.
 
-Ein neues EPIC im Backlog erstellen.
-
-## Argumente
-
-$ARGUMENTS (Format: "EPIC-Name" [Priorität])
-- **Name** (erforderlich): EPIC-Titel
-- **Priorität** (optional): High, Medium, Low (Standard: Medium)
-
-## Plan-Modus
-
-> **Der Plan-Modus ist obligatorisch.** Vor der Ausführung aktiviert Claude den Plan-Modus, um betroffenen Code zu analysieren, einen Implementierungsplan vorzuschlagen und auf Ihre Validierung zu warten, bevor Änderungen vorgenommen werden.
-
-## Prozess
-
-### Schritt 1: Argumente analysieren
-
-Extrahieren:
-- EPIC-Name aus $ARGUMENTS
-- Priorität (falls angegeben, sonst Medium)
-
-### Schritt 2: ID generieren
-
-1. Dateien in `project-management/backlog/epics/` lesen
-2. Letzte verwendete ID finden (Format EPIC-XXX)
-3. Inkrementieren, um neue ID zu erhalten
-
-### Schritt 3: Informationen sammeln
-
-Benutzer fragen (falls nicht angegeben):
-- EPIC-Beschreibung
-- MMF (Minimum Marketable Feature)
-- Geschäftsziele (2-3 Punkte)
-- Erfolgskriterien
-
-### Schritt 4: Datei erstellen
-
-1. Template `Scrum/templates/epic.md` verwenden
-2. Platzhalter ersetzen:
-   - `{ID}`: Generierte ID
-   - `{NOM}`: EPIC-Name
-   - `{PRIORITE}`: Gewählte Priorität
-   - `{MINIMUM_MARKETABLE_FEATURE}`: MMF
-   - `{DESCRIPTION}`: Beschreibung
-   - `{DATE}`: Aktuelles Datum (YYYY-MM-DD)
-   - `{OBJECTIF_1}`, `{OBJECTIF_2}`: Geschäftsziele
-   - `{CRITERE_1}`, `{CRITERE_2}`: Erfolgskriterien
-
-3. Datei erstellen: `project-management/backlog/epics/EPIC-{ID}-{slug}.md`
-
-### Schritt 5: Index aktualisieren
-
-1. `project-management/backlog/index.md` lesen
-2. EPIC zur EPICs-Tabelle hinzufügen
-3. Zusammenfassungszähler aktualisieren
-4. Speichern
-
-## Ausgabeformat
-
-```
-✅ EPIC erfolgreich erstellt!
-
-📋 EPIC-{ID}: {NAME}
-   Status: 🔴 To Do
-   Priorität: {PRIORITY}
-   Datei: project-management/backlog/epics/EPIC-{ID}-{slug}.md
-
-Nächste Schritte:
-  /project:add-story EPIC-{ID} "User Story Name"
-```
-
-## Beispiel
-
-```
-/project:add-epic "Authentication System" High
-```
-
-Erstellt:
-- `project-management/backlog/epics/EPIC-001-authentication-system.md`
-
-## Validierung
-
-- [ ] Name ist nicht leer
-- [ ] Priorität ist gültig (High/Medium/Low)
-- [ ] Verzeichnis `project-management/backlog/epics/` existiert
-- [ ] ID ist eindeutig
+Führen Sie `/project:backlog add epic $ARGUMENTS` aus: Lesen Sie `.claude/commands/project/backlog.md` und folgen Sie der Datei mit diesen Argumenten.

package/Project/i18n/de/commands/add-story.md

@@ -1,116 +1,9 @@
 ---
-description: Eine User Story hinzufügen
-argument-hint: [arguments]
+description: "Veraltet (Entfernung in 9.0): /project:backlog add story verwenden"
+deprecated: true
+replaced-by: /project:backlog
 ---
 
-# Eine User Story hinzufügen
+> ⚠️ `/project:add-story` ist veraltet und wird in 9.0 entfernt. Verwenden Sie `/project:backlog add story`.
 
-Eine neue User Story erstellen und einem EPIC zuordnen.
-
-## Argumente
-
-$ARGUMENTS (Format: EPIC-XXX "US-Name" [Punkte])
-- **EPIC-ID** (erforderlich): Übergeordnete EPIC-ID (z.B. EPIC-001)
-- **Name** (erforderlich): User Story-Titel
-- **Punkte** (optional): Story Points in Fibonacci (1, 2, 3, 5, 8)
-
-## Plan-Modus
-
-> **Der Plan-Modus ist obligatorisch.** Vor der Ausführung aktiviert Claude den Plan-Modus, um betroffenen Code zu analysieren, einen Implementierungsplan vorzuschlagen und auf Ihre Validierung zu warten, bevor Änderungen vorgenommen werden.
-
-## Prozess
-
-### Schritt 1: Argumente analysieren
-
-Aus $ARGUMENTS extrahieren:
-- EPIC-ID
-- User Story-Name
-- Story Points (falls angegeben)
-
-### Schritt 2: EPIC validieren
-
-1. Prüfen, dass EPIC in `project-management/backlog/epics/` existiert
-2. Falls nicht gefunden, Fehler mit verfügbaren EPICs anzeigen
-
-### Schritt 3: ID generieren
-
-1. Dateien in `project-management/backlog/user-stories/` lesen
-2. Letzte verwendete ID finden (Format US-XXX)
-3. Inkrementieren, um neue ID zu erhalten
-
-### Schritt 4: Informationen sammeln
-
-Benutzer fragen:
-- **Persona**: Wer ist der Benutzer? (P-XXX oder Beschreibung)
-- **Aktion**: Was möchte er tun?
-- **Nutzen**: Warum möchte er es?
-- **Abnahmekriterien**: Mindestens 2 im Gherkin-Format
-- **Punkte**: Falls nicht angegeben, schätzen (Fibonacci: 1, 2, 3, 5, 8)
-
-### Schritt 5: Datei erstellen
-
-1. Template `Scrum/templates/user-story.md` verwenden
-2. Platzhalter ersetzen:
-   - `{ID}`: Generierte ID
-   - `{NOM}`: US-Name
-   - `{EPIC_ID}`: Übergeordnete EPIC-ID
-   - `{SPRINT}`: "Backlog" (nicht zugewiesen)
-   - `{POINTS}`: Story Points
-   - `{PERSONA}`: Identifizierte Persona
-   - `{PERSONA_ID}`: Persona-ID
-   - `{ACTION}`: Gewünschte Aktion
-   - `{BENEFICE}`: Erwarteter Nutzen
-   - `{DATE}`: Aktuelles Datum (YYYY-MM-DD)
-
-3. Abnahmekriterien im Gherkin-Format hinzufügen
-
-4. Datei erstellen: `project-management/backlog/user-stories/US-{ID}-{slug}.md`
-
-### Schritt 6: EPIC aktualisieren
-
-1. EPIC-Datei lesen
-2. US zur User Stories-Tabelle hinzufügen
-3. Fortschritt aktualisieren
-4. Speichern
-
-### Schritt 7: Index aktualisieren
-
-1. `project-management/backlog/index.md` lesen
-2. US zum Abschnitt "Priorisiertes Backlog" hinzufügen
-3. Zähler aktualisieren
-4. Speichern
-
-## Ausgabeformat
-
-```
-✅ User Story erfolgreich erstellt!
-
-📖 US-{ID}: {NAME}
-   EPIC: {EPIC_ID}
-   Status: 🔴 To Do
-   Punkte: {POINTS}
-   Datei: project-management/backlog/user-stories/US-{ID}-{slug}.md
-
-Nächste Schritte:
-  /sprint:transition US-{ID} sprint-X    # Sprint zuweisen
-  /project:add-task US-{ID} "[BE] ..." 4h # Aufgaben hinzufügen
-```
-
-## Beispiel
-
-```
-/project:add-story EPIC-001 "User login" 5
-```
-
-Erstellt:
-- `project-management/backlog/user-stories/US-001-user-login.md`
-
-## INVEST-Validierung
-
-Prüfen, dass US INVEST folgt:
-- **I**ndependent: Kann alleine entwickelt werden
-- **N**egotiable: Details können diskutiert werden
-- **V**aluable: Bringt Wert für Persona
-- **E**stimable: Kann geschätzt werden (Punkte angegeben)
-- **S**mall: ≤ 8 Punkte (sonst Aufteilung vorschlagen)
-- **T**estable: Hat klare Abnahmekriterien
+Führen Sie `/project:backlog add story $ARGUMENTS` aus: Lesen Sie `.claude/commands/project/backlog.md` und folgen Sie der Datei mit diesen Argumenten.

package/Project/i18n/de/commands/add-task.md

@@ -1,131 +1,9 @@
 ---
-description: Eine Aufgabe hinzufügen
-argument-hint: [arguments]
+description: "Veraltet (Entfernung in 9.0): /project:backlog add task verwenden"
+deprecated: true
+replaced-by: /project:backlog
 ---
 
-# Eine Aufgabe hinzufügen
+> ⚠️ `/project:add-task` ist veraltet und wird in 9.0 entfernt. Verwenden Sie `/project:backlog add task`.
 
-Eine neue technische Aufgabe erstellen und einer User Story zuordnen.
-
-## Argumente
-
-$ARGUMENTS (Format: US-XXX "[TYP] Beschreibung" Schätzung)
-- **US-ID** (erforderlich): Übergeordnete User Story-ID (z.B. US-001)
-- **Beschreibung** (erforderlich): Beschreibung mit Typ in Klammern
-- **Schätzung** (erforderlich): Schätzung in Stunden (z.B. 4h, 2h, 0.5h)
-
-## Plan-Modus
-
-> **Der Plan-Modus ist obligatorisch.** Vor der Ausführung aktiviert Claude den Plan-Modus, um betroffenen Code zu analysieren, einen Implementierungsplan vorzuschlagen und auf Ihre Validierung zu warten, bevor Änderungen vorgenommen werden.
-
-## Aufgabentypen
-
-| Typ | Präfix | Beschreibung |
-|------|---------|-------------|
-| Database | `[DB]` | Entity, Migration, Repository |
-| Backend | `[BE]` | Service, API Resource, Processor |
-| Frontend Web | `[FE-WEB]` | Controller, Twig, Stimulus |
-| Frontend Mobile | `[FE-MOB]` | Model, Repository, Bloc, Screen |
-| Tests | `[TEST]` | Unit, Integration, E2E |
-| Documentation | `[DOC]` | PHPDoc, DartDoc, README |
-| DevOps | `[OPS]` | Docker, CI/CD |
-| Review | `[REV]` | Code Review |
-
-## Prozess
-
-### Schritt 1: Argumente analysieren
-
-Aus $ARGUMENTS extrahieren:
-- User Story-ID
-- Typ (in Klammern)
-- Beschreibung
-- Schätzung in Stunden
-
-### Schritt 2: User Story validieren
-
-1. Prüfen, dass US in `project-management/backlog/user-stories/` existiert
-2. Zugewiesenen Sprint abrufen (falls zutreffend)
-3. Falls US nicht gefunden, Fehler anzeigen
-
-### Schritt 3: Schätzung validieren
-
-- Minimum: 0.5h
-- Maximum: 8h
-- Ideal: 2-4h
-- Falls > 8h, Aufteilung der Aufgabe vorschlagen
-
-### Schritt 4: ID generieren
-
-1. Letzte verwendete Aufgaben-ID finden
-2. Inkrementieren, um neue ID zu erhalten
-
-### Schritt 5: Datei erstellen
-
-1. Template `Scrum/templates/task.md` verwenden
-2. Platzhalter ersetzen:
-   - `{ID}`: Generierte ID
-   - `{DESCRIPTION}`: Kurzbeschreibung
-   - `{US_ID}`: User Story-ID
-   - `{TYPE}`: Aufgabentyp
-   - `{ESTIMATION}`: Schätzung in Stunden
-   - `{DATE}`: Aktuelles Datum (YYYY-MM-DD)
-   - `{DESCRIPTION_DETAILLEE}`: Detaillierte Beschreibung
-
-3. Pfad bestimmen:
-   - Falls US im Sprint: `project-management/sprints/sprint-XXX/tasks/TASK-{ID}.md`
-   - Sonst: `project-management/backlog/tasks/TASK-{ID}.md`
-
-### Schritt 6: User Story aktualisieren
-
-1. US-Datei lesen
-2. Aufgabe zur Aufgabentabelle hinzufügen
-3. Fortschritt aktualisieren
-4. Speichern
-
-### Schritt 7: Board aktualisieren (falls Sprint)
-
-Falls US in einem Sprint ist:
-1. `project-management/sprints/sprint-XXX/board.md` lesen
-2. Aufgabe zu "🔴 To Do" hinzufügen
-3. Metriken aktualisieren
-4. Speichern
-
-## Ausgabeformat
-
-```
-✅ Aufgabe erfolgreich erstellt!
-
-🔧 TASK-{ID}: {DESCRIPTION}
-   US: {US_ID}
-   Typ: {TYPE}
-   Status: 🔴 To Do
-   Schätzung: {ESTIMATION}h
-   Datei: {PATH}
-
-Nächste Schritte:
-  /project:move-task TASK-{ID} in-progress  # Aufgabe starten
-  /project:board                             # Kanban anzeigen
-```
-
-## Beispiele
-
-```
-# Backend-Aufgabe
-/project:add-task US-001 "[BE] Login API endpoint" 4h
-
-# Datenbank-Aufgabe
-/project:add-task US-001 "[DB] User entity with email/password fields" 2h
-
-# Mobile Frontend-Aufgabe
-/project:add-task US-001 "[FE-MOB] Login screen with validation" 6h
-
-# Test-Aufgabe
-/project:add-task US-001 "[TEST] AuthService unit tests" 3h
-```
-
-## Validierung
-
-- [ ] Typ ist gültig (DB, BE, FE-WEB, FE-MOB, TEST, DOC, OPS, REV)
-- [ ] Schätzung liegt zwischen 0.5h und 8h
-- [ ] User Story existiert
-- [ ] ID ist eindeutig
+Führen Sie `/project:backlog add task $ARGUMENTS` aus: Lesen Sie `.claude/commands/project/backlog.md` und folgen Sie der Datei mit diesen Argumenten.

package/Project/i18n/de/commands/analyze-backlog.md

@@ -1,114 +1,9 @@
 ---
-description: Vorhandene Backlog-Struktur fuer BMAD-Migration analysieren
-argument-hint: [--format json|yaml|md]
+description: "Veraltet (Entfernung in 9.0): /project:migrate --analyze verwenden"
+deprecated: true
+replaced-by: /project:migrate
 ---
 
-# Backlog analysieren
+> ⚠️ `/project:analyze-backlog` ist veraltet und wird in 9.0 entfernt. Verwenden Sie `/project:migrate --analyze`.
 
-Die aktuelle Backlog-Struktur analysieren, um die Migration zu BMAD v6 vorzubereiten.
-
-## Argumente
-
-$ARGUMENTS (format: [--format ausgabe_format])
-- **--format** (optional): Ausgabeformat (json, yaml, md). Standard: md
-
-## Prozess
-
-### Schritt 1: Backlog-Speicherort ermitteln
-
-Nach Backlog-Dateien an gaengigen Speicherorten suchen:
-1. `project-management/backlog/` (claude-craft Standard)
-2. `docs/backlog/` (alternativ)
-3. `backlog/` (einfach)
-4. `.bmad/` (falls bereits migriert)
-
-### Schritt 2: Struktur analysieren
-
-Fuer jeden gefundenen Speicherort identifizieren:
-- **Epics**: Dateien entsprechend `EPIC-*.md`
-- **User Stories**: Dateien entsprechend `US-*.md`
-- **Aufgaben**: Dateien entsprechend `TASK-*.md`
-- **Index-Dateien**: `index.md`, `backlog.md`
-
-### Schritt 3: Metadaten parsen
-
-Fuer jede Datei extrahieren:
-- ID (EPIC-XXX, US-XXX, TASK-XXX)
-- Titel/Name
-- Status (🔴 Offen, 🟡 In Bearbeitung, 🟢 Erledigt, ⏸️ Blockiert)
-- Sprint-Zuweisung
-- Story Points (fuer US)
-- Eltern-Beziehungen (US → EPIC, TASK → US)
-
-### Schritt 4: INVEST-Konformitaet validieren
-
-Fuer jede User Story pruefen:
-- [ ] **I**ndependent (Unabhaengig): Keine blockierenden Abhaengigkeiten
-- [ ] **N**egotiable (Verhandelbar): Hat eine Beschreibung (nicht nur einen Titel)
-- [ ] **V**aluable (Wertvoll): Hat einen Nutzen-/Wertnachweis
-- [ ] **E**stimable (Schaetzbar): Hat Story Points
-- [ ] **S**mall (Klein genug): ≤ 8 Punkte
-- [ ] **T**estable (Testbar): Hat Akzeptanzkriterien
-
-Punktzahl: 0-6 erfuellte Kriterien.
-
-### Schritt 5: Migrationsluecken identifizieren
-
-BMAD v6-Kompatibilitaet pruefen:
-- [ ] TDD-Phasen-Tracking (red/green/refactor)
-- [ ] Aufgabenliste mit Abschlussverfolgung
-- [ ] Status-Historie
-- [ ] Sprint-Zuweisung
-- [ ] Validierungsstatus der Akzeptanzkriterien
-
-### Schritt 6: Kompatibilitaetsbericht generieren
-
-Bericht erstellen mit:
-1. **Zusammenfassung**: Gesamtzahl gefundener Epics, Stories, Aufgaben
-2. **Struktur**: Aktuelle Dateiorganisation
-3. **INVEST-Bewertungen**: Konformitaet pro Story
-4. **Luecken**: Fehlende BMAD v6-Felder
-5. **Empfehlungen**: Vorgeschlagene Massnahmen
-
-## Ausgabeformat
-
-```
-📊 Backlog-Analysebericht
-=========================
-
-## Zusammenfassung
-- Speicherort: project-management/backlog/
-- Format: Markdown (claude-craft Standard)
-- Epics: {ANZAHL}
-- User Stories: {ANZAHL}
-- Aufgaben: {ANZAHL}
-
-## INVEST-Konformitaet
-
-| Story ID | Titel | Punktzahl | Fehlend |
-|----------|-------|-----------|---------|
-| US-001 | Anmeldung | 5/6 | Schaetzbar |
-| US-002 | Registrierung | 6/6 | - |
-
-Durchschnittliche INVEST-Punktzahl: {DURCHSCHNITT}/6
-
-## Empfehlungen
-
-1. ⚠️ {ANZAHL} Stories ohne Story Points
-2. ✅ Struktur kompatibel mit BMAD v6
-3. 📝 `/project:migrate-backlog` ausfuehren zur Migration
-```
-
-## Beispiel
-
-```
-/project:analyze-backlog
-/project:analyze-backlog --format yaml
-```
-
-## Naechste Schritte
-
-Nach der Analyse:
-- `/project:migrate-backlog` - Ins BMAD v6-Format konvertieren
-- `/project:update-stories` - Fehlende Felder hinzufuegen
-- `/project:sync-backlog` - Mit sprint-status.yaml synchronisieren
+Führen Sie `/project:migrate --analyze $ARGUMENTS` aus: Lesen Sie `.claude/commands/project/migrate.md` und folgen Sie der Datei mit diesen Argumenten.