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

package/Project/i18n/fr/Gate/commands/validate-techspec.md

@@ -1,203 +1,9 @@
 ---
-description: Valider le Tech Spec contre le quality gate (≥90%)
-argument-hint: [fichier-techspec]
+description: "Obsolète (retirée en 9.0) : utilisez /gate:check spec"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Valider le Tech Spec Gate
+> ⚠️ `/gate:validate-techspec` est obsolète et sera retirée en 9.0. Utilisez `/gate:check spec`.
 
-Valide une Spécification Technique contre le quality gate Tech Spec.
-Le Tech Spec doit atteindre au moins 90% pour passer.
-
-## Arguments
-
-$ARGUMENTS (format: [fichier-techspec])
-- **fichier-techspec** (optionnel) : Chemin vers le fichier Tech Spec. Défaut : `docs/tech-spec.md`
-
-## Critères du Gate
-
-| Critère | Poids | Requis | Description |
-|---------|-------|--------|-------------|
-| Vue d'ensemble Architecture | 12% | Oui | Description du design système |
-| Diagramme Architecture | 10% | Oui | Représentation visuelle |
-| Composants | 12% | Oui | Définitions modules/services |
-| Modèle de données | 10% | Oui | Design base de données/entités |
-| Contrats API | 10% | Oui | Spécifications endpoints |
-| Sécurité | 12% | Oui | Auth et mesures de sécurité |
-| Performance | 8% | Non | Exigences de performance |
-| Gestion d'erreurs | 8% | Non | Stratégie d'erreurs |
-| Stratégie de tests | 10% | Oui | Approche de test |
-| Déploiement | 8% | Non | CI/CD et release |
-
-**Seuil : 90%**
-
-## Processus
-
-### Étape 1 : Localiser le fichier Tech Spec
-
-1. Utiliser le chemin fourni ou le défaut `docs/tech-spec.md`
-2. Vérifier que le fichier existe
-3. Charger le contenu pour analyse
-
-### Étape 2 : Valider chaque critère
-
-Pour chaque critère :
-- Vérifier les sections et mots-clés pertinents
-- Vérifier l'existence des diagrammes (mermaid, images)
-- Valider la profondeur technique
-
-### Étape 3 : Calculer le score
-
-Score = somme des poids des critères validés
-
-### Étape 4 : Générer le rapport
-
-Afficher les résultats détaillés avec suggestions.
-
-## Format de sortie
-
-### Tech Spec validé
-
-```
-═══════════════════════════════════════════════════════
-          Validation Quality Gate Tech Spec
-═══════════════════════════════════════════════════════
-
-Fichier : docs/tech-spec.md
-Seuil : 90%
-
-Résultats de validation :
-──────────────────────────────────────────────────────
-✅ Vue d'ensemble Architecture (12%)
-   Trouvé : Clean Architecture avec 4 couches décrites
-
-✅ Diagramme Architecture (10%)
-   Trouvé : Diagramme Mermaid dans la section "System Design"
-
-✅ Composants (12%)
-   Trouvé : 6 composants avec responsabilités définies
-
-✅ Modèle de données (10%)
-   Trouvé : Définitions d'entités avec relations
-
-✅ Contrats API (10%)
-   Trouvé : Endpoints REST avec schémas requête/réponse
-
-✅ Sécurité (12%)
-   Trouvé : JWT auth, RBAC, chiffrement au repos
-
-✅ Performance (8%)
-   Trouvé : Objectifs de latence, stratégie de cache
-
-✅ Gestion d'erreurs (8%)
-   Trouvé : Codes d'erreur, politiques de retry
-
-✅ Stratégie de tests (10%)
-   Trouvé : Plans de tests unitaires, intégration, e2e
-
-✅ Déploiement (8%)
-   Trouvé : Pipeline CI/CD, déploiement blue-green
-
-Score : 100/100 (100%)
-──────────────────────────────────────────────────────
-
-✅ TECH SPEC GATE VALIDÉ
-
-Prêt à passer à la création du Backlog.
-Suivant : /arch:handoff po
-═══════════════════════════════════════════════════════
-```
-
-### Tech Spec non validé
-
-```
-═══════════════════════════════════════════════════════
-          Validation Quality Gate Tech Spec
-═══════════════════════════════════════════════════════
-
-Fichier : docs/tech-spec.md
-Seuil : 90%
-
-Résultats de validation :
-──────────────────────────────────────────────────────
-✅ Vue d'ensemble Architecture (12%)
-❌ Diagramme Architecture (10%)
-   Manquant : Aucun diagramme trouvé (mermaid, PNG, SVG)
-✅ Composants (12%)
-✅ Modèle de données (10%)
-⚠️ Contrats API (10%)
-   Partiel : Endpoints listés mais pas de schémas
-❌ Sécurité (12%)
-   Manquant : Aucune auth/autorisation définie
-✅ Performance (8%)
-✅ Gestion d'erreurs (8%)
-✅ Stratégie de tests (10%)
-⚠️ Déploiement (8%)
-   Partiel : CI mentionné mais pas de stratégie CD
-
-Score : 68/100 (68%)
-──────────────────────────────────────────────────────
-
-❌ TECH SPEC GATE ÉCHOUÉ (besoin 90%, obtenu 68%)
-
-Actions requises :
-──────────────────────────────────────────────────────
-1. Ajouter un diagramme d'architecture
-   ```mermaid
-   graph TB
-     Client --> API[API Gateway]
-     API --> Service[Business Logic]
-     Service --> DB[(Database)]
-   ```
-
-2. Définir la stratégie de sécurité
-   - Méthode d'authentification (JWT, OAuth2)
-   - Modèle d'autorisation (RBAC, ABAC)
-   - Approche de chiffrement des données
-
-3. Compléter les contrats API avec schémas
-   - Schémas JSON requête/réponse
-   - Formats de réponses d'erreur
-   - Stratégie de versioning
-
-4. Ajouter stratégie de déploiement
-   - Étapes du pipeline CI/CD
-   - Promotion entre environnements
-   - Procédures de rollback
-
-Relancer après corrections : /gate:validate-techspec
-═══════════════════════════════════════════════════════
-```
-
-## Exemple
-
-```
-/gate:validate-techspec
-/gate:validate-techspec docs/auth-tech-spec.md
-```
-
-## Revue d'architecture
-
-Considérez créer un ADR pour les décisions significatives :
-```
-/arch:adr "JWT vs authentification basée sur session"
-```
-
-Configuration du gate : `.bmad/gates/techspec-gate.yaml`
-
-## Prochaine étape
-
-```
-╔══════════════════════════════════════════════════════════╗
-║                   PROCHAINE ÉTAPE                        ║
-╠══════════════════════════════════════════════════════════╣
-║                                                          ║
-║  Si PASS (≥ seuil) :                                     ║
-║  → /gate:validate-backlog                                ║
-║    Valider le backlog                                    ║
-║                                                          ║
-║  Si FAIL (< seuil) :                                     ║
-║  → Corriger la spec technique                            ║
-║  → /gate:validate-techspec (re-run après corrections)    ║
-║                                                          ║
-╚══════════════════════════════════════════════════════════╝
-```
+Exécutez `/gate:check spec $ARGUMENTS` : lisez `.claude/commands/gate/check.md` et suivez-le avec ces arguments.

package/Project/i18n/fr/Sprint/commands/auto-route.md

@@ -1,233 +1,9 @@
 ---
-description: Exécuter les règles de routage automatique pour les transitions de stories
-argument-hint: [--dry-run]
+description: "Obsolète (retirée en 9.0) : utilisez /project:backlog move story --auto"
+deprecated: true
+replaced-by: /project:backlog
 ---
 
-# Sprint Auto Route
+> ⚠️ `/sprint:auto-route` est obsolète et sera retirée en 9.0. Utilisez `/project:backlog move story --auto`.
 
-Exécuter les règles de routage automatique pour transitionner les stories en fonction de leur état actuel et métriques de complétion.
-
-## Arguments
-
-$ARGUMENTS (format: [--dry-run])
-- **--dry-run** (optionnel) : Prévisualiser les transitions sans les appliquer
-
-## Processus
-
-### Étape 1 : Charger le statut sprint
-
-1. Lire `.bmad/sprint-status.yaml`
-2. Charger les règles de routage depuis `routing.auto_transitions.rules`
-3. Obtenir toutes les stories
-
-### Étape 2 : Évaluer les règles
-
-Pour chaque story, évaluer toutes les règles de routage :
-
-**Règle : all_tasks_complete**
-```yaml
-when: "tasks.completed == tasks.total && tasks.total > 0"
-from: "in-progress"
-to: "review"
-```
-
-**Règle : review_approved**
-```yaml
-when: "review.approved == true"
-from: "review"
-to: "done"
-```
-
-**Règle : blocked_detection**
-```yaml
-when: "blocked_reason != null"
-from: "*"
-to: "blocked"
-```
-
-**Règle : unblocked**
-```yaml
-when: "blocked_reason == null && previous_status != null"
-from: "blocked"
-to: "previous_status"
-```
-
-### Étape 3 : Vérifier les prérequis
-
-Avant l'auto-transition, vérifier :
-- Exigences du gate pour le statut cible
-- Pas de règles conflictuelles
-- Story pas verrouillée manuellement
-
-### Étape 4 : Exécuter les transitions (sauf --dry-run)
-
-Pour chaque règle déclenchée :
-1. Logger la transition
-2. Mettre à jour le statut
-3. Enregistrer dans l'historique avec `by: "auto-route"`
-4. Appliquer les effets secondaires (phase TDD, etc.)
-
-### Étape 5 : Rapporter les résultats
-
-Afficher :
-- Nombre de règles évaluées
-- Transitions effectuées
-- Stories inchangées
-- Erreurs ou avertissements éventuels
-
-## Format de sortie
-
-### Dry Run
-
-```
-═══════════════════════════════════════════════════════
-           Prévisualisation Auto-Route (DRY RUN)
-═══════════════════════════════════════════════════════
-
-Évaluation de 4 règles de routage contre 8 stories...
-
-Transitionnerait :
-──────────────────────────────────────────────────────
-📖 US-005 : Authentification utilisateur
-   Règle : all_tasks_complete
-   in-progress → review
-   Raison : 5/5 tâches terminées
-
-📖 US-008 : Vérification email
-   Règle : all_tasks_complete
-   in-progress → review
-   Raison : 3/3 tâches terminées
-
-📖 US-003 : Intégration OAuth
-   Règle : unblocked
-   blocked → in-progress
-   Raison : blocked_reason effacé
-
-Résumé :
-──────────────────────────────────────────────────────
-Règles évaluées : 4
-Stories vérifiées : 8
-Transitionnerait : 3
-Pas de changement nécessaire : 5
-
-Exécuter sans --dry-run pour appliquer les transitions.
-═══════════════════════════════════════════════════════
-```
-
-### Transitions appliquées
-
-```
-═══════════════════════════════════════════════════════
-              Résultats Auto-Route
-═══════════════════════════════════════════════════════
-
-Évaluation de 4 règles de routage contre 8 stories...
-
-Transitions appliquées :
-──────────────────────────────────────────────────────
-✅ US-005 : in-progress → review
-   Règle : all_tasks_complete
-   Tâches : 5/5 terminées
-
-✅ US-008 : in-progress → review
-   Règle : all_tasks_complete
-   Tâches : 3/3 terminées
-
-✅ US-003 : blocked → in-progress
-   Règle : unblocked
-   Statut précédent restauré
-
-Résumé :
-──────────────────────────────────────────────────────
-Règles évaluées : 4
-Stories vérifiées : 8
-Transitionnées : 3
-Pas de changement nécessaire : 5
-
-Statut sprint mis à jour. Exécuter /sprint:status --bmad pour voir.
-═══════════════════════════════════════════════════════
-```
-
-### Aucune transition nécessaire
-
-```
-═══════════════════════════════════════════════════════
-              Résultats Auto-Route
-═══════════════════════════════════════════════════════
-
-Évaluation de 4 règles de routage contre 8 stories...
-
-Aucune transition automatique nécessaire.
-──────────────────────────────────────────────────────
-Toutes les stories sont dans des états appropriés selon
-leurs métriques de complétion actuelles.
-
-Stories par statut :
-  📋 Backlog : 2
-  🎯 Ready : 3
-  🔄 En cours : 2 (tâches en attente)
-  ✅ Done : 1
-═══════════════════════════════════════════════════════
-```
-
-## Exemple
-
-```
-/sprint:auto-route --dry-run
-/sprint:auto-route
-```
-
-## Règles personnalisées
-
-Ajouter des règles personnalisées dans `.bmad/sprint-status.yaml` :
-
-```yaml
-routing:
-  auto_transitions:
-    enabled: true
-    rules:
-      # Règle personnalisée : story trop longtemps en review
-      - name: "review_timeout"
-        description: "Signaler les stories en review > 2 jours"
-        when: "status == 'review' && days_in_status > 2"
-        action: "flag"  # flag | transition | notify
-
-      # Règle personnalisée : priorité haute en premier
-      - name: "priority_bump"
-        description: "Auto-assigner les stories haute priorité"
-        when: "priority == 'high' && status == 'ready-for-dev'"
-        action: "notify"
-```
-
-## Intégration
-
-L'auto-route peut être déclenché :
-1. Manuellement via cette commande
-2. Automatiquement dans le hook Stop
-3. Après complétion d'une tâche
-4. Au démarrage de session (configurable)
-
-Configurer dans `.bmad/sprint-status.yaml` :
-```yaml
-routing:
-  auto_transitions:
-    enabled: true
-    run_on_session_start: false
-    run_on_task_complete: true
-```
-
-## Prochaine étape
-
-```
-╔══════════════════════════════════════════════════════════╗
-║                   PROCHAINE ÉTAPE                        ║
-╠══════════════════════════════════════════════════════════╣
-║                                                          ║
-║  → /sprint:next-story                                    ║
-║    Prendre la prochaine story routée                     ║
-║                                                          ║
-║  → /sprint:dev                                           ║
-║    Démarrer le développement                             ║
-║                                                          ║
-╚══════════════════════════════════════════════════════════╝
-```
+Exécutez `/project:backlog move story --auto $ARGUMENTS` : lisez `.claude/commands/project/backlog.md` et suivez-le avec ces arguments.