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

package/Dev/i18n/fr/Common/commands/ralph-run.md

@@ -76,6 +76,35 @@ Le système DoD valide la complétion à travers plusieurs critères :
 | `hook` | Exécuter un hook Claude existant |
 | `human` | Validation humaine interactive |
 
+#### Limite du validateur `command` → utiliser `type: hook`
+
+`type: command` n'exécute que les commandes qui passent la liste blanche de `Tools/Ralph/lib/dod-validator.sh` : lettres, chiffres, espace et `_ . / " ' -`. Toute commande contenant `=`, `|`, `&` ou `:` (ainsi que `;`, `>`, `$`, etc.) est rejetée avec `ERROR: Invalid command` : le critère n'est alors **jamais** validé et la boucle tourne jusqu'au circuit breaker.
+
+| Commande rejetée | Caractère en cause |
+|------------------|--------------------|
+| `dotnet build /p:TreatWarningsAsErrors=true` | `:` et `=` |
+| `npm test && npm run lint` | `&` |
+| `pytest \| tee out.log` | `\|` |
+
+Pour ces cas, placer la commande dans un script et la déclarer en `type: hook` :
+
+```yaml
+definition_of_done:
+  checklist:
+    - id: build
+      type: hook
+      script: ".ralph/dod/build.sh"
+      required: true
+```
+
+```bash
+#!/usr/bin/env bash
+# .ralph/dod/build.sh — reçoit {"cwd": ..., "output": ...} en JSON sur stdin
+dotnet build /p:TreatWarningsAsErrors=true || exit 2
+```
+
+Le script retourne `0` (critère validé) ou `2` (critère échoué). Clés lues par type : `command` → `command:`, `output_contains` et `file_changed` → `pattern:`, `hook` → `script:`, `human` → `prompt:`.
+
 ### 4. Circuit Breaker Adaptatif (v2.0)
 
 Sélection automatique du profil selon les mots-clés de la tâche :
@@ -100,6 +129,23 @@ Claude travaille...
 Stop → stop-dod-gate.sh → Bloquer si DoD non satisfait (exit 2)
 ```
 
+## /goal (interactif) ou Ralph (autonome/CI) ?
+
+`/goal` est une commande native de Claude Code, tapée dans une session : ce n'est pas une option de `ralph.sh`, qui n'en propose aucune et ne génère jamais de `/goal`. Les deux outils sont complémentaires :
+
+| Critère | `/goal` (natif) | Ralph (`ralph.sh`) |
+|---------|-----------------|--------------------|
+| Critère de fin | Jugement LLM : un petit modèle rapide évalue, après chaque tour, ce qui est visible dans la conversation — il ne lance aucune commande et ne lit aucun fichier | Déterministe : commandes, patterns et hooks exécutés par `dod-validator.sh` |
+| Plafond d'itérations | Aucun plafond fixe : fin quand la condition est atteinte ou jugée impossible, sur `/goal clear`, ou si Claude enchaîne plusieurs tours sans outil ; une borne peut être écrite dans la condition | `max_iterations` + circuit breaker adaptatif |
+| Headless / CI | `claude -p "/goal ..."` boucle jusqu'au bout en une seule invocation ; usage en CI non documenté | Conçu pour : exécution autonome (`--autonomous`, `--overnight`), dashboard `headless` |
+| `disableAllHooks: true` | Indisponible : `/goal` enveloppe un Stop hook de session (idem avec `allowManagedHooksOnly`) | La boucle et la DoD tournent dans `ralph.sh` ; seule l'intégration hooks (`stop-dod-gate.sh`) est désactivée |
+| Configuration | Aucune ; un seul goal par session, effacé par `/clear` | `ralph.yml` |
+
+- **Choisir `/goal`** pour une tâche interactive dont la fin se constate dans la conversation (afficher la sortie des tests : l'évaluateur ne les lance pas).
+- **Choisir Ralph** quand la fin doit être prouvée par des commandes, avec un plafond d'itérations, en autonomie ou en CI.
+
+Référence : [documentation `/goal`](https://code.claude.com/docs/en/goal).
+
 ## Exemples de démarrage rapide
 
 ```bash
@@ -275,4 +321,4 @@ Lorsqu'un timeout se déclenche :
 
 - `@ralph-conductor` - Agent pour l'orchestration Ralph
 - `/qa:tdd` - Correction de bugs basée sur le TDD
-- `/sprint:dev` - Développement de sprint avec TDD
+- `/workflow:implement` - Développement de sprint avec TDD

package/Dev/i18n/fr/Common/commands/release-checklist.md

@@ -1,245 +1,9 @@
 ---
-description: Checklist de Release
-argument-hint: [arguments]
+description: "Obsolète (retirée en 9.0) : utilisez /gate:check release"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Checklist de Release
+> ⚠️ `/common:release-checklist` est obsolète et sera retirée en 9.0. Utilisez `/gate:check release`.
 
-Tu es un Release Manager expert. Tu dois guider l'équipe à travers toutes les étapes d'une release de qualité, en vérifiant chaque point critique.
-
-## Arguments
-$ARGUMENTS
-
-Arguments :
-- Version (ex: `1.2.0`, `2.0.0-beta.1`)
-- Type (patch, minor, major)
-
-Exemple : `/common:release-checklist 1.2.0 minor`
-
-## MISSION
-
-### Étape 1 : Validation Pre-Release
-
-#### 1.1 État du Code
-```bash
-# Vérifier qu'on est sur la bonne branche
-git branch --show-current  # Doit être main/master ou release/*
-
-# Vérifier qu'il n'y a pas de changements non commités
-git status
-
-# Vérifier que tous les tests passent
-# [Exécuter les tests selon la technologie]
-```
-
-#### 1.2 Changelog
-```bash
-# Vérifier que CHANGELOG.md est à jour
-cat CHANGELOG.md | head -50
-
-# Générer le changelog depuis le dernier tag
-git log $(git describe --tags --abbrev=0)..HEAD --pretty=format:"- %s"
-```
-
-#### 1.3 Version Files
-```bash
-# Vérifier/mettre à jour les fichiers de version
-# PHP: composer.json
-# Python: pyproject.toml, __version__.py
-# Node: package.json
-# Flutter: pubspec.yaml
-# iOS: Info.plist
-# Android: build.gradle
-```
-
-### Étape 2 : Tests Exhaustifs
-
-```bash
-# Tests unitaires
-# Tests d'intégration
-# Tests E2E
-# Tests de performance
-# Tests de sécurité
-```
-
-### Étape 3 : Documentation
-
-```bash
-# Vérifier la documentation
-# - README à jour
-# - API docs générées
-# - Guide de migration (si breaking changes)
-```
-
-### Étape 4 : Générer la Checklist Interactive
-
-```
-══════════════════════════════════════════════════════════════
-🚀 RELEASE CHECKLIST - v{VERSION}
-══════════════════════════════════════════════════════════════
-
-Type : {TYPE} (patch/minor/major)
-Date : YYYY-MM-DD
-Branche : main
-
-══════════════════════════════════════════════════════════════
-📋 PRE-RELEASE
-══════════════════════════════════════════════════════════════
-
-## Code Quality
-- [ ] Tous les tests passent (unit, integration, e2e)
-- [ ] Couverture de tests ≥ 80%
-- [ ] Analyse statique sans erreurs
-- [ ] Code review complétée sur tous les PRs
-- [ ] Pas de TODO/FIXME bloquants
-
-## Sécurité
-- [ ] Audit des dépendances (pas de CVE critiques)
-- [ ] Pas de secrets dans le code
-- [ ] Tests de sécurité passés (OWASP)
-- [ ] Certificats SSL valides
-
-## Documentation
-- [ ] CHANGELOG.md mis à jour
-- [ ] README.md à jour
-- [ ] Documentation API générée
-- [ ] Guide de migration (si breaking changes)
-- [ ] Notes de release rédigées
-
-## Versioning
-- [ ] Numéro de version incrémenté
-- [ ] Tags git préparés
-- [ ] Branches release créées (si applicable)
-
-══════════════════════════════════════════════════════════════
-📦 BUILD & PACKAGE
-══════════════════════════════════════════════════════════════
-
-## Backend
-- [ ] Build production réussi
-- [ ] Assets compilés et minifiés
-- [ ] Migrations DB préparées
-- [ ] Variables d'environnement documentées
-
-## Frontend Web
-- [ ] Bundle optimisé (code splitting, tree shaking)
-- [ ] Assets CDN ready
-- [ ] Service worker mis à jour
-- [ ] Sourcemaps générés (mais pas déployés en prod)
-
-## Mobile (si applicable)
-- [ ] Build iOS signé
-- [ ] Build Android signé
-- [ ] Screenshots store mis à jour
-- [ ] Métadonnées store prêtes
-
-══════════════════════════════════════════════════════════════
-🔧 STAGING VALIDATION
-══════════════════════════════════════════════════════════════
-
-- [ ] Déploiement staging réussi
-- [ ] Migrations DB exécutées avec succès
-- [ ] Smoke tests manuels OK
-- [ ] Tests de régression passés
-- [ ] Performance acceptable (< seuils définis)
-- [ ] Monitoring fonctionne (logs, métriques)
-- [ ] Rollback testé
-
-══════════════════════════════════════════════════════════════
-🚀 PRODUCTION DEPLOYMENT
-══════════════════════════════════════════════════════════════
-
-## Pre-Deploy
-- [ ] Maintenance mode activé (si nécessaire)
-- [ ] Backup base de données effectué
-- [ ] Communication équipe support
-- [ ] Créneau de déploiement validé
-
-## Deploy
-- [ ] Déploiement production lancé
-- [ ] Migrations DB exécutées
-- [ ] Health checks passent
-- [ ] Maintenance mode désactivé
-
-## Post-Deploy
-- [ ] Smoke tests production OK
-- [ ] Monitoring vérifié (pas d'erreurs)
-- [ ] Performance nominale
-- [ ] Tag git créé et pushé
-- [ ] Release GitHub/GitLab créée
-
-══════════════════════════════════════════════════════════════
-📢 COMMUNICATION
-══════════════════════════════════════════════════════════════
-
-- [ ] Notes de release publiées
-- [ ] Équipe support informée
-- [ ] Clients notifiés (si applicable)
-- [ ] Documentation publique mise à jour
-- [ ] Annonce blog/réseaux sociaux (si applicable)
-
-══════════════════════════════════════════════════════════════
-🔙 ROLLBACK PLAN
-══════════════════════════════════════════════════════════════
-
-En cas de problème critique :
-
-1. Identifier le problème
-   - Logs : [URL monitoring]
-   - Alertes : [URL alerting]
-
-2. Décision rollback
-   - Seuil : > 5% erreurs 5xx pendant 5 min
-   - Décideur : [Nom]
-
-3. Exécuter rollback
-   ```bash
-   # Commande de rollback
-   [Adapter selon l'infra]
-   ```
-
-4. Rollback DB (si nécessaire)
-   ```bash
-   # Migrations down
-   [Adapter selon l'ORM]
-   ```
-
-5. Communication
-   - Notifier l'équipe
-   - Ouvrir incident
-   - Post-mortem
-
-══════════════════════════════════════════════════════════════
-✅ VALIDATION FINALE
-══════════════════════════════════════════════════════════════
-
-[ ] Toutes les cases sont cochées
-[ ] Release validée par : _______________
-[ ] Date/heure de release : _______________
-
-Notes :
-_________________________________________________
-_________________________________________________
-```
-
-## Commandes Utiles
-
-```bash
-# Créer le tag
-git tag -a v{VERSION} -m "Release v{VERSION}"
-git push origin v{VERSION}
-
-# Créer la release GitHub
-gh release create v{VERSION} --title "v{VERSION}" --notes-file RELEASE_NOTES.md
-
-# Générer changelog automatique
-git-cliff --unreleased --tag v{VERSION} > CHANGELOG.md
-```
-
-## Sémantic Versioning Rappel
-
-| Type | Quand | Exemple |
-|------|-------|---------|
-| MAJOR | Breaking changes | 1.0.0 → 2.0.0 |
-| MINOR | Nouvelle fonctionnalité | 1.0.0 → 1.1.0 |
-| PATCH | Bug fix | 1.0.0 → 1.0.1 |
+Exécutez `/gate:check release $ARGUMENTS` : lisez `.claude/commands/gate/check.md` et suivez-le avec ces arguments. Si ce fichier manque, réinstallez claude-craft avec la gestion de projet.

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

@@ -1,290 +1,9 @@
 ---
-name: setup-project-context
-description: Analyser la codebase et configurer le contexte projet interactivement
-arguments:
-  - name: mode
-    description: Mode de detection (--auto questions minimales, --full questionnaire complet)
-    required: false
+description: "Obsolète (retirée en 9.0) : utilisez /common:init --context"
+deprecated: true
+replaced-by: /common:init
 ---
 
-# Configuration du Contexte Projet
+> ⚠️ `/common:setup-project-context` est obsolète et sera retirée en 9.0. Utilisez `/common:init --context`.
 
-Configure `.claude/rules/00-project-context.md` en analysant la codebase et en posant des questions ciblees.
-
-## Execution
-
-### Phase 1 : Detection Automatique
-
-Analyser les fichiers et repertoires suivants :
-
-**Fichiers de Configuration :**
-- `package.json` → Nom projet Node.js, dependances, scripts
-- `composer.json` → Nom projet PHP, dependances, framework
-- `pubspec.yaml` → Nom projet Flutter/Dart, dependances
-- `requirements.txt` / `pyproject.toml` → Dependances Python
-- `Cargo.toml` → Projet Rust
-- `go.mod` → Module Go
-
-**Environnement & Config :**
-- `.env`, `.env.example` → Base de donnees, services
-- `config/` → Configuration framework
-- `docker-compose.yml` → Services (DB, Redis, etc.)
-
-**Structure :**
-- `src/`, `lib/`, `app/` → Emplacement code source
-- `tests/`, `spec/` → Framework de test
-- `docs/`, `specifications/` → Documentation
-- `.github/`, `.gitlab-ci.yml` → CI/CD
-
-**Domaine (si applicable) :**
-- `src/Entity/`, `src/Domain/` → Entites metier (PHP/Symfony)
-- `lib/models/`, `lib/domain/` → Modeles (Flutter/Dart)
-- `models/`, `schemas/` → Modeles de donnees
-- `migrations/` → Schema base de donnees
-
-Afficher les resultats d'analyse :
-
-```
-╔══════════════════════════════════════════════════════════════╗
-║             RESULTATS D'ANALYSE DU PROJET                     ║
-╚══════════════════════════════════════════════════════════════╝
-
-✅ Informations Detectees :
-┌─────────────────┬────────────────────────────────┐
-│ Element         │ Valeur                         │
-├─────────────────┼────────────────────────────────┤
-│ Nom du Projet   │ {nom_detecte}                  │
-│ Langage         │ {langage_detecte}              │
-│ Framework       │ {framework_detecte}            │
-│ Base de Donnees │ {database_detectee}            │
-│ Tests           │ {tests_detectes}               │
-│ CI/CD           │ {cicd_detecte}                 │
-└─────────────────┴────────────────────────────────┘
-
-📁 Structure du Projet :
-{structure_detectee}
-
-📄 Documentation Trouvee :
-{docs_detectees}
-
-❌ Non Detecte (sera demande) :
-- {elements_manquants}
-```
-
-### Phase 2 : Questions Interactives
-
-Poser uniquement les questions pour les informations NON detectees en Phase 1.
-Ignorer les questions si le mode `--auto` est utilise et qu'une valeur par defaut raisonnable existe.
-
-**Questions Essentielles :**
-
-1. **Type d'Application** (si non detecte) :
-   ```
-   Quel type d'application est-ce ?
-   [ ] API REST      [ ] Application Web    [ ] Application Mobile
-   [ ] Outil CLI     [ ] Librairie/Package  [ ] Monorepo
-   ```
-
-2. **Domaine Metier** :
-   ```
-   Quel est le domaine metier ?
-   [ ] E-commerce    [ ] Plateforme SaaS    [ ] FinTech
-   [ ] HealthTech    [ ] EdTech             [ ] Social/Communaute
-   [ ] Media/Contenu [ ] IoT                [ ] Autre : _____
-   ```
-
-3. **Utilisateurs Cibles** (2-3 personas) :
-   ```
-   Decrivez vos utilisateurs principaux :
-
-   Utilisateur Principal :
-   > Role : _____
-   > Objectif principal : _____
-
-   Utilisateur Secondaire (optionnel) :
-   > Role : _____
-   > Objectif principal : _____
-   ```
-
-4. **Exigences de Conformite** :
-   ```
-   Quelles exigences de conformite s'appliquent ?
-   [ ] RGPD (Protection des donnees EU)
-   [ ] HIPAA (Sante US)
-   [ ] PCI-DSS (Cartes de paiement)
-   [ ] SOC2 (Securite)
-   [ ] Aucune / Non applicable
-   ```
-
-**Questions Etendues** (uniquement avec le mode `--full`) :
-
-5. **Objectifs Business** :
-   ```
-   Objectifs court-terme (3-6 mois) :
-   > _____
-
-   Objectifs moyen-terme (6-12 mois) :
-   > _____
-   ```
-
-6. **Problemes Connus/Dette Technique** :
-   ```
-   Y a-t-il des problemes connus ou de la dette technique a documenter ?
-   > _____
-   ```
-
-7. **Termes du Glossaire** :
-   ```
-   Termes metier cles a definir (separes par des virgules) :
-   > _____
-   ```
-
-### Phase 3 : Generer le Fichier de Contexte
-
-Creer `.claude/rules/00-project-context.md` :
-
-```markdown
-# Contexte Projet - {NOM_PROJET}
-
-> Genere automatiquement par `/common:setup-project-context` le {DATE}
-> A revoir et personnaliser selon vos besoins.
-
-## Mode Plan
-
-> **Le mode plan est recommandé.** Claude active le mode plan pour structurer l'approche, identifier les dépendances et présenter une stratégie de génération avant de créer les artefacts.
-
-## Vue d'Ensemble
-
-**{NOM_PROJET}** est une application {TYPE} pour le domaine {DOMAINE}.
-
-{DESCRIPTION_DEPUIS_README_OU_UTILISATEUR}
-
-## Stack Technique
-
-| Composant    | Technologie          |
-|--------------|----------------------|
-| Langage      | {LANGAGE}            |
-| Framework    | {FRAMEWORK}          |
-| Base Donnees | {DATABASE}           |
-| Cache        | {CACHE_SI_DETECTE}   |
-| Tests        | {FRAMEWORKS_TEST}    |
-| CI/CD        | {PLATEFORME_CICD}    |
-
-## Structure du Projet
-
-```
-{STRUCTURE_DETECTEE}
-```
-
-## Domaine Metier
-
-### Concepts Cles
-
-{ENTITES_SI_DETECTEES}
-
-### Bounded Contexts
-
-<!-- Ajouter si utilisation de DDD -->
-- Contexte 1 : ...
-- Contexte 2 : ...
-
-## Utilisateurs & Personas
-
-### {ROLE_UTILISATEUR_PRINCIPAL}
-- **Objectif :** {OBJECTIF_UTILISATEUR_PRINCIPAL}
-- **Points de friction :** A documenter
-- **Workflows cles :** A documenter
-
-### {ROLE_UTILISATEUR_SECONDAIRE}
-- **Objectif :** {OBJECTIF_UTILISATEUR_SECONDAIRE}
-- **Points de friction :** A documenter
-- **Workflows cles :** A documenter
-
-## Contraintes
-
-### Conformite
-{EXIGENCES_CONFORMITE}
-
-### Objectifs de Performance
-- Temps de chargement page : < 3s
-- Temps de reponse API : < 200ms
-- Disponibilite : 99.9%
-
-### Exigences de Securite
-- Conformite OWASP Top 10
-- Validation des entrees sur tous les endpoints
-- Authentification requise pour les ressources protegees
-
-## Objectifs
-
-### Court-terme
-{OBJECTIFS_COURT_TERME_OU_PLACEHOLDER}
-
-### Moyen-terme
-{OBJECTIFS_MOYEN_TERME_OU_PLACEHOLDER}
-
-## Problemes Connus / Dette Technique
-
-{PROBLEMES_OU_PLACEHOLDER}
-
-## Glossaire
-
-| Terme | Definition |
-|-------|------------|
-{TERMES_GLOSSAIRE_OU_EXEMPLES}
-```
-
-### Phase 4 : Validation & Prochaines Etapes
-
-Afficher le resume et les recommandations :
-
-```
-╔══════════════════════════════════════════════════════════════╗
-║              CONTEXTE PROJET GENERE                           ║
-╚══════════════════════════════════════════════════════════════╝
-
-✅ Fichier cree : .claude/rules/00-project-context.md
-
-Resume :
-┌─────────────────┬────────────────────────────────┐
-│ Projet          │ {NOM_PROJET}                   │
-│ Type            │ {TYPE}                         │
-│ Stack           │ {FRAMEWORK} + {DATABASE}       │
-│ Domaine         │ {DOMAINE}                      │
-│ Conformite      │ {CONFORMITE}                   │
-│ Personas        │ {NOMBRE} definis               │
-└─────────────────┴────────────────────────────────┘
-
-📋 Prochaines Etapes Recommandees :
-
-1. Revoir le fichier genere et completer les sections placeholder
-2. Ajouter des bounded contexts detailles si utilisation de DDD
-3. Documenter les workflows metier cles
-4. Envisager d'executer des agents specialises :
-   - @database-architect → Documenter le schema de base de donnees
-   - @api-designer → Documenter les endpoints API
-   - @security-reviewer → Revoir les contraintes de securite
-
-Voulez-vous que j'ouvre le fichier pour revision ?
-```
-
-## Modes
-
-| Mode | Comportement |
-|------|--------------|
-| (defaut) | Detection + questions essentielles (type, domaine, utilisateurs, conformite) |
-| `--auto` | Detection maximale, ignorer les questions avec valeurs par defaut raisonnables |
-| `--full` | Toutes les questions incluant objectifs, problemes et glossaire |
-
-## Exemples
-
-```bash
-# Mode standard - detection et questions equilibrees
-/common:setup-project-context
-
-# Mode auto - interaction minimale
-/common:setup-project-context --auto
-
-# Mode complet - questionnaire exhaustif
-/common:setup-project-context --full
-```
+Exécutez `/common:init --context $ARGUMENTS` : lisez `.claude/commands/common/init.md` et suivez-le avec ces arguments.

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

@@ -386,7 +386,7 @@ Session 2: Implementation (coder, tester)
 La commande `/loop` permet de planifier des taches recurrentes:
 
 ```bash
-/loop 5m /common:pre-commit-check    # Verifier toutes les 5 minutes
+/loop 5m /gate:check commit    # Verifier toutes les 5 minutes
 /loop "Surveiller les tests CI"       # Auto-cadence par le modele
 ```
 

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

@@ -227,19 +227,19 @@ resume_from:
 
 ```bash
 # Corriger tous les bugs d'une session recette
-/qa:recette-fix --session=REC-20260130-143022
+/qa:fix --session=REC-20260130-143022
 
 # Dry run : affiner et documenter sans corriger
-/qa:recette-fix --session=REC-20260130-143022 --dry-run
+/qa:fix --session=REC-20260130-143022 --dry-run
 
 # Corriger uniquement les bugs critiques et hauts
-/qa:recette-fix --session=REC-20260130-143022 --severity=high
+/qa:fix --session=REC-20260130-143022 --severity=high
 
 # Generer les documents BMAD sans lancer le TDD
-/qa:recette-fix --session=REC-20260130-143022 --skip-fix
+/qa:fix --session=REC-20260130-143022 --skip-fix
 
 # Corriger avec commit automatique
-/qa:recette-fix --session=REC-20260130-143022 --auto-commit
+/qa:fix --session=REC-20260130-143022 --auto-commit
 ```
 
 ## Structure de Sortie
@@ -269,9 +269,9 @@ resume_from:
 | Commande | Description |
 |----------|-------------|
 | `/qa:recette` | Executer les tests d'acceptance |
-| `/qa:recette-status` | Afficher le statut de session |
-| `/qa:recette-regression` | Voir les tests de regression |
-| `/qa:recette-report` | Generer un rapport |
+| `/qa:status` | Afficher le statut de session |
+| `/qa:regression` | Voir les tests de regression |
+| `/qa:status --report` | Generer un rapport |
 
 ## Messages d'Erreur
 

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

@@ -214,12 +214,11 @@ entries:
 
 | Commande | Description |
 |----------|-------------|
-| `/qa:recette-fix` | Corriger les bugs d'une session |
-| `/qa:recette-status` | Afficher le statut de session |
-| `/qa:recette-regression` | Voir les tests de regression |
-| `/qa:recette-report` | Generer un rapport |
-| `/qa:validate` | Valider les AC d'une story |
-| `/qa:automate` | Creer des tests automatises |
+| `/qa:fix` | Corriger les bugs d'une session |
+| `/qa:status` | Afficher le statut de session |
+| `/qa:regression` | Voir les tests de regression |
+| `/qa:status --report` | Generer un rapport |
+| `/gate:check story` | Valider les AC d'une story |
 
 ## Capacites Chrome
 
@@ -262,9 +261,9 @@ entries:
 ║    Correction avec approche TDD                          ║
 ║                                                          ║
 ║  Si tous les tests passent :                             ║
-║  → /qa:report                                            ║
+║  → /qa:status --report                                            ║
 ║    Générer le rapport de recette                         ║
-║  → /sprint:transition done                               ║
+║  → /project:backlog move story done                               ║
 ║    Marquer la story comme terminée                       ║
 ║                                                          ║
 ╚══════════════════════════════════════════════════════════╝