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

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

@@ -1,116 +1,9 @@
 ---
-description: Ajouter une User Story
-argument-hint: [arguments]
+description: "Obsolète (retirée en 9.0) : utilisez /project:backlog add story"
+deprecated: true
+replaced-by: /project:backlog
 ---
 
-# Ajouter une User Story
+> ⚠️ `/project:add-story` est obsolète et sera retirée en 9.0. Utilisez `/project:backlog add story`.
 
-Créer une nouvelle User Story et l'associer à un EPIC.
-
-## Arguments
-
-$ARGUMENTS (format: EPIC-XXX "Nom de la US" [points])
-- **EPIC-ID** (obligatoire): ID de l'EPIC parent (ex: EPIC-001)
-- **Nom** (obligatoire): Titre de la User Story
-- **Points** (optionnel): Story points en Fibonacci (1, 2, 3, 5, 8)
-
-## Mode Plan
-
-> **Le mode plan est obligatoire.** Avant l'exécution, Claude active le mode plan pour analyser le code impacté, proposer un plan d'implémentation et attendre votre validation avant toute modification.
-
-## Processus
-
-### Étape 1: Analyse des arguments
-
-Extraire depuis $ARGUMENTS:
-- L'ID de l'EPIC
-- Le nom de la User Story
-- Les story points (si fournis)
-
-### Étape 2: Valider l'EPIC
-
-1. Vérifier que l'EPIC existe dans `project-management/backlog/epics/`
-2. Si non trouvé, afficher une erreur avec les EPICs disponibles
-
-### Étape 3: Générer l'ID
-
-1. Lire les fichiers dans `project-management/backlog/user-stories/`
-2. Trouver le dernier ID utilisé (format US-XXX)
-3. Incrémenter pour obtenir le nouvel ID
-
-### Étape 4: Collecter les informations
-
-Demander à l'utilisateur:
-- **Persona**: Qui est l'utilisateur? (P-XXX ou description)
-- **Action**: Que veut-il faire?
-- **Bénéfice**: Pourquoi le veut-il?
-- **Critères d'acceptation**: Au moins 2 en format Gherkin
-- **Points**: Si non fournis, estimer (Fibonacci: 1, 2, 3, 5, 8)
-
-### Étape 5: Créer le fichier
-
-1. Utiliser le template `Scrum/templates/user-story.md`
-2. Remplacer les placeholders:
-   - `{ID}`: ID généré
-   - `{NOM}`: Nom de la US
-   - `{EPIC_ID}`: ID de l'EPIC parent
-   - `{SPRINT}`: "Backlog" (non assigné)
-   - `{POINTS}`: Story points
-   - `{PERSONA}`: Persona identifié
-   - `{PERSONA_ID}`: ID du persona
-   - `{ACTION}`: Action souhaitée
-   - `{BENEFICE}`: Bénéfice attendu
-   - `{DATE}`: Date du jour (YYYY-MM-DD)
-
-3. Ajouter les critères d'acceptation en format Gherkin
-
-4. Créer le fichier: `project-management/backlog/user-stories/US-{ID}-{slug}.md`
-
-### Étape 6: Mettre à jour l'EPIC
-
-1. Lire le fichier de l'EPIC
-2. Ajouter la US dans la table des User Stories
-3. Mettre à jour la progression
-4. Sauvegarder
-
-### Étape 7: Mettre à jour l'index
-
-1. Lire `project-management/backlog/index.md`
-2. Ajouter la US dans la section "Backlog Priorisé"
-3. Mettre à jour les compteurs
-4. Sauvegarder
-
-## Format de Sortie
-
-```
-✅ User Story créée avec succès!
-
-📖 US-{ID}: {NOM}
-   EPIC: {EPIC_ID}
-   Statut: 🔴 To Do
-   Points: {POINTS}
-   Fichier: project-management/backlog/user-stories/US-{ID}-{slug}.md
-
-Prochaines étapes:
-  /sprint:transition US-{ID} sprint-X    # Assigner à un sprint
-  /project:add-task US-{ID} "[BE] ..." 4h # Ajouter des tâches
-```
-
-## Exemple
-
-```
-/project:add-story EPIC-001 "Login utilisateur" 5
-```
-
-Crée:
-- `project-management/backlog/user-stories/US-001-login-utilisateur.md`
-
-## Validation INVEST
-
-Vérifier que la US respecte INVEST:
-- **I**ndépendante: Peut être développée seule
-- **N**égociable: Les détails peuvent être discutés
-- **V**aluable: Apporte de la valeur au persona
-- **E**stimable: Peut être estimée (points fournis)
-- **S**mall: ≤ 8 points (sinon suggérer de découper)
-- **T**estable: A des critères d'acceptation clairs
+Exécutez `/project:backlog add story $ARGUMENTS` : lisez `.claude/commands/project/backlog.md` et suivez-le avec ces arguments.

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

@@ -1,131 +1,9 @@
 ---
-description: Ajouter une Task
-argument-hint: [arguments]
+description: "Obsolète (retirée en 9.0) : utilisez /project:backlog add task"
+deprecated: true
+replaced-by: /project:backlog
 ---
 
-# Ajouter une Task
+> ⚠️ `/project:add-task` est obsolète et sera retirée en 9.0. Utilisez `/project:backlog add task`.
 
-Créer une nouvelle tâche technique et l'associer à une User Story.
-
-## Arguments
-
-$ARGUMENTS (format: US-XXX "[TYPE] Description" estimation)
-- **US-ID** (obligatoire): ID de la User Story parent (ex: US-001)
-- **Description** (obligatoire): Description avec type entre crochets
-- **Estimation** (obligatoire): Estimation en heures (ex: 4h, 2h, 0.5h)
-
-## Mode Plan
-
-> **Le mode plan est obligatoire.** Avant l'exécution, Claude active le mode plan pour analyser le code impacté, proposer un plan d'implémentation et attendre votre validation avant toute modification.
-
-## Types de Tâches
-
-| Type | Préfixe | Description |
-|------|---------|-------------|
-| 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 |
-
-## Processus
-
-### Étape 1: Analyse des arguments
-
-Extraire depuis $ARGUMENTS:
-- L'ID de la User Story
-- Le type (entre crochets)
-- La description
-- L'estimation en heures
-
-### Étape 2: Valider la User Story
-
-1. Vérifier que la US existe dans `project-management/backlog/user-stories/`
-2. Récupérer le sprint assigné (si applicable)
-3. Si US non trouvée, afficher une erreur
-
-### Étape 3: Valider l'estimation
-
-- Minimum: 0.5h
-- Maximum: 8h
-- Idéal: 2-4h
-- Si > 8h, suggérer de découper la tâche
-
-### Étape 4: Générer l'ID
-
-1. Trouver le dernier ID de tâche utilisé
-2. Incrémenter pour obtenir le nouvel ID
-
-### Étape 5: Créer le fichier
-
-1. Utiliser le template `Scrum/templates/task.md`
-2. Remplacer les placeholders:
-   - `{ID}`: ID généré
-   - `{DESCRIPTION}`: Description courte
-   - `{US_ID}`: ID de la User Story
-   - `{TYPE}`: Type de tâche
-   - `{ESTIMATION}`: Estimation en heures
-   - `{DATE}`: Date du jour (YYYY-MM-DD)
-   - `{DESCRIPTION_DETAILLEE}`: Description détaillée
-
-3. Déterminer le chemin:
-   - Si US dans un sprint: `project-management/sprints/sprint-XXX/tasks/TASK-{ID}.md`
-   - Sinon: `project-management/backlog/tasks/TASK-{ID}.md`
-
-### Étape 6: Mettre à jour la User Story
-
-1. Lire le fichier de la US
-2. Ajouter la tâche dans la table des Tasks
-3. Mettre à jour la progression
-4. Sauvegarder
-
-### Étape 7: Mettre à jour le board (si sprint)
-
-Si la US est dans un sprint:
-1. Lire `project-management/sprints/sprint-XXX/board.md`
-2. Ajouter la tâche dans "🔴 To Do"
-3. Mettre à jour les métriques
-4. Sauvegarder
-
-## Format de Sortie
-
-```
-✅ Tâche créée avec succès!
-
-🔧 TASK-{ID}: {DESCRIPTION}
-   US: {US_ID}
-   Type: {TYPE}
-   Statut: 🔴 To Do
-   Estimation: {ESTIMATION}h
-   Fichier: {CHEMIN}
-
-Prochaines étapes:
-  /project:move-task TASK-{ID} in-progress  # Commencer la tâche
-  /project:board                             # Voir le Kanban
-```
-
-## Exemples
-
-```
-# Tâche backend
-/project:add-task US-001 "[BE] API endpoint login" 4h
-
-# Tâche base de données
-/project:add-task US-001 "[DB] Entity User avec champs email/password" 2h
-
-# Tâche frontend mobile
-/project:add-task US-001 "[FE-MOB] Screen login avec validation" 6h
-
-# Tâche test
-/project:add-task US-001 "[TEST] Tests unitaires AuthService" 3h
-```
-
-## Validation
-
-- [ ] Le type est valide (DB, BE, FE-WEB, FE-MOB, TEST, DOC, OPS, REV)
-- [ ] L'estimation est entre 0.5h et 8h
-- [ ] La User Story existe
-- [ ] L'ID est unique
+Exécutez `/project:backlog add task $ARGUMENTS` : lisez `.claude/commands/project/backlog.md` et suivez-le avec ces arguments.

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

@@ -1,114 +1,9 @@
 ---
-description: Analyser la structure du backlog existant pour migration BMAD
-argument-hint: [--format json|yaml|md]
+description: "Obsolète (retirée en 9.0) : utilisez /project:migrate --analyze"
+deprecated: true
+replaced-by: /project:migrate
 ---
 
-# Analyser le Backlog
+> ⚠️ `/project:analyze-backlog` est obsolète et sera retirée en 9.0. Utilisez `/project:migrate --analyze`.
 
-Analyser la structure actuelle du backlog pour préparer la migration vers BMAD v6.
-
-## Arguments
-
-$ARGUMENTS (format: [--format format_sortie])
-- **--format** (optionnel): Format de sortie (json, yaml, md). Défaut: md
-
-## Processus
-
-### Étape 1: Détecter l'emplacement du backlog
-
-Rechercher les fichiers de backlog dans les emplacements courants:
-1. `project-management/backlog/` (standard claude-craft)
-2. `docs/backlog/` (alternatif)
-3. `backlog/` (simple)
-4. `.bmad/` (si déjà migré)
-
-### Étape 2: Analyser la structure
-
-Pour chaque emplacement trouvé, identifier:
-- **Epics**: Fichiers correspondant à `EPIC-*.md`
-- **User Stories**: Fichiers correspondant à `US-*.md`
-- **Tâches**: Fichiers correspondant à `TASK-*.md`
-- **Fichiers index**: `index.md`, `backlog.md`
-
-### Étape 3: Parser les métadonnées
-
-Pour chaque fichier, extraire:
-- ID (EPIC-XXX, US-XXX, TASK-XXX)
-- Titre/Nom
-- Statut (🔴 À faire, 🟡 En cours, 🟢 Terminé, ⏸️ Bloqué)
-- Assignation sprint
-- Points de story (pour US)
-- Relations parent (US → EPIC, TASK → US)
-
-### Étape 4: Valider la conformité INVEST
-
-Pour chaque User Story, vérifier:
-- [ ] **I**ndépendante: Pas de dépendances bloquantes
-- [ ] **N**égociable: A une description (pas juste un titre)
-- [ ] **V**alorisable: A un énoncé de bénéfice/valeur
-- [ ] **E**stimable: A des points de story
-- [ ] **S**uffisamment petite: ≤ 8 points
-- [ ] **T**estable: A des critères d'acceptation
-
-Score: 0-6 critères passés.
-
-### Étape 5: Identifier les lacunes de migration
-
-Vérifier la compatibilité BMAD v6:
-- [ ] Suivi de phase TDD (red/green/refactor)
-- [ ] Liste de tâches avec suivi de complétion
-- [ ] Historique des statuts
-- [ ] Assignation sprint
-- [ ] État de validation des critères d'acceptation
-
-### Étape 6: Générer le rapport de compatibilité
-
-Créer un rapport avec:
-1. **Résumé**: Total epics, stories, tâches trouvées
-2. **Structure**: Organisation actuelle des fichiers
-3. **Scores INVEST**: Conformité par story
-4. **Lacunes**: Champs BMAD v6 manquants
-5. **Recommandations**: Actions suggérées
-
-## Format de Sortie
-
-```
-📊 Rapport d'Analyse du Backlog
-===============================
-
-## Résumé
-- Emplacement: project-management/backlog/
-- Format: Markdown (standard claude-craft)
-- Epics: {NOMBRE}
-- User Stories: {NOMBRE}
-- Tâches: {NOMBRE}
-
-## Conformité INVEST
-
-| Story ID | Titre | Score | Manquant |
-|----------|-------|-------|----------|
-| US-001 | Connexion | 5/6 | Estimable |
-| US-002 | Inscription | 6/6 | - |
-
-Score INVEST moyen: {MOY}/6
-
-## Recommandations
-
-1. ⚠️ {NOMBRE} stories sans points de story
-2. ✅ Structure compatible avec BMAD v6
-3. 📝 Exécuter `/project:migrate-backlog` pour migrer
-```
-
-## Exemple
-
-```
-/project:analyze-backlog
-/project:analyze-backlog --format yaml
-```
-
-## Étapes Suivantes
-
-Après l'analyse:
-- `/project:migrate-backlog` - Convertir au format BMAD v6
-- `/project:update-stories` - Ajouter les champs manquants
-- `/project:sync-backlog` - Synchroniser avec sprint-status.yaml
+Exécutez `/project:migrate --analyze $ARGUMENTS` : lisez `.claude/commands/project/migrate.md` et suivez-le avec ces arguments.