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

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

@@ -107,25 +107,25 @@ Verification Regle d'Or : 1 VIOLATION DETECTEE
 
 ```bash
 # Lister tous les tests de regression
-/qa:recette-regression --list
+/qa:regression --list
 
 # Afficher le score de stabilite
-/qa:recette-regression --stats
+/qa:regression --stats
 
 # Executer la verification de regression (detecter les violations)
-/qa:recette-regression --check
+/qa:regression --check
 
 # Filtrer par story source
-/qa:recette-regression --list --source=US-001
+/qa:regression --list --source=US-001
 
 # Filtrer par statut
-/qa:recette-regression --list --status=active
+/qa:regression --list --status=active
 
 # Afficher la tendance historique
-/qa:recette-regression --stats --trend
+/qa:regression --stats --trend
 
 # Sortie en JSON
-/qa:recette-regression --list --format=json
+/qa:regression --list --format=json
 ```
 
 ## Structure de Sortie
@@ -147,9 +147,9 @@ Verification Regle d'Or : 1 VIOLATION DETECTEE
 | Commande | Description |
 |----------|-------------|
 | `/qa:recette` | Executer les tests d'acceptance |
-| `/qa:recette-fix` | Corriger les bugs d'une session |
-| `/qa:recette-status` | Afficher le statut de session |
-| `/qa:recette-report` | Generer un rapport |
+| `/qa:fix` | Corriger les bugs d'une session |
+| `/qa:status` | Afficher le statut de session |
+| `/qa:status --report` | Generer un rapport |
 
 ## Messages d'Erreur
 
@@ -157,7 +157,7 @@ Verification Regle d'Or : 1 VIOLATION DETECTEE
 |--------|----------|
 | "Registre introuvable" | Executez `/qa:recette` d'abord pour generer un registre |
 | "Aucun test de regression" | Aucune erreur detectee lors des executions precedentes |
-| "Violation de la Regle d'Or" | Un bug est reapparu — executez `/qa:recette-fix` |
+| "Violation de la Regle d'Or" | Un bug est reapparu — executez `/qa:fix` |
 | "Fichier historique manquant" | Executez au moins 2 sessions recette pour les tendances |
 
 ## Bonnes Pratiques

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

@@ -1,167 +1,9 @@
 ---
-description: Generer des rapports QA Recette a partir des donnees de session
-argument-hint: --session=<session-id> [--format=<md|html|json>] [--output=<path>]
+description: "Obsolète (retirée en 9.0) : utilisez /qa:status --report"
+deprecated: true
+replaced-by: /qa:status
 ---
 
-# QA Recette Report - Generation de Rapports
+> ⚠️ `/qa:report` est obsolète et sera retirée en 9.0. Utilisez `/qa:status --report`.
 
-Genere des rapports detailles a partir des donnees de session QA Recette. Supporte plusieurs formats de sortie et la comparaison de sessions.
-
-## Arguments
-
-**$ARGUMENTS**
-
-- `--session=<id>` : ID de session pour generer le rapport **[requis]**
-- `--format=<type>` : Format de sortie (md, html, json) — defaut : md
-- `--output=<path>` : Chemin de sortie personnalise (defaut : `.recette/reports/`)
-- `--include-screenshots` : Integrer les captures d'ecran dans le rapport HTML
-- `--compare=<id>` : Comparer avec une autre session pour un rapport de differences
-
-## Fonctionnalites Cles
-
-| Fonctionnalite | Description |
-|----------------|-------------|
-| **Multi-Format** | Generer des rapports Markdown, HTML ou JSON |
-| **Comparaison de Sessions** | Comparer deux executions pour detecter les regressions |
-| **Section Regle d'Or** | Section dediee a la conformite dans les rapports |
-| **Integration de Captures** | Integrer les captures d'ecran d'erreurs dans les rapports HTML |
-| **Tracabilite des Tests** | Tracabilite complete des AC aux resultats de tests |
-| **Resume des Metriques** | Taux de reussite/echec, chronometrage, classification des erreurs |
-
-## Processus
-
-### 1. Collecte des Donnees
-
-```
-┌─────────────────────────────────────────┐
-│  1. load_session_data(session_id)       │
-│     - Lire .recette/sessions/{id}/      │
-│     - Charger state.yaml                │
-│     - Charger fix-state.yaml si present │
-│     - Collecter captures et logs        │
-│     - Charger le registre de regression │
-└─────────────────────────────────────────┘
-```
-
-### 2. Generation du Rapport
-
-```
-┌─────────────────────────────────────────┐
-│  2. generate_report(format)             │
-│     - Construire la section resume      │
-│     - Construire les resultats de tests │
-│     - Construire les details d'erreurs  │
-│     - Construire les tests de regression│
-│     - Construire la declaration Regle   │
-│       d'Or                              │
-│     - Appliquer le template de format   │
-│     - Ecrire au chemin de sortie        │
-└─────────────────────────────────────────┘
-```
-
-### 3. Mode Comparaison (--compare)
-
-Compare deux sessions :
-
-```
-## Comparaison : REC-20260130-143022 vs REC-20260201-140000
-
-| Metrique | Session 1 | Session 2 | Delta |
-|----------|-----------|-----------|-------|
-| Tests    | 15        | 15        | =     |
-| Reussis  | 12        | 14        | +2    |
-| Echoues  | 2         | 0         | -2    |
-| Duree    | 14m 48s   | 12m 15s   | -2m 33s |
-
-### Erreurs Resolues
-- ERR-001 : Validation login — CORRIGE
-- ERR-002 : Timeout API — CORRIGE
-
-### Nouvelles Erreurs
-(aucune)
-
-### Statut de Regression
-Aucune violation de la Regle d'Or detectee.
-```
-
-## Sources de Donnees
-
-| Source | Chemin | Description |
-|--------|--------|-------------|
-| Etat de session | `.recette/sessions/{id}/state.yaml` | Resultats et progression |
-| Etat de correction | `.recette/sessions/{id}/fix-state.yaml` | Statut des corrections |
-| Captures d'ecran | `.recette/sessions/{id}/screenshots/` | Captures des erreurs |
-| Logs | `.recette/sessions/{id}/logs/` | Logs d'execution |
-| Registre | `.recette/regression/registry.yaml` | Registre de regression |
-| Template | `Tools/Recette/templates/report.md.template` | Template de rapport |
-
-## Exemples
-
-```bash
-# Generer un rapport Markdown (defaut)
-/qa:recette-report --session=REC-20260130-143022
-
-# Generer un rapport HTML avec captures
-/qa:recette-report --session=REC-20260130-143022 --format=html --include-screenshots
-
-# Generer un rapport JSON pour integration CI
-/qa:recette-report --session=REC-20260130-143022 --format=json
-
-# Chemin de sortie personnalise
-/qa:recette-report --session=REC-20260130-143022 --output=./reports/sprint-3/
-
-# Comparer deux sessions
-/qa:recette-report --session=REC-20260201-140000 --compare=REC-20260130-143022
-```
-
-## Structure de Sortie
-
-```
-.recette/reports/
-├── REC-20260130-143022-report.md       # Rapport Markdown
-├── REC-20260130-143022-report.html     # Rapport HTML (si --format=html)
-├── REC-20260130-143022-report.json     # Rapport JSON (si --format=json)
-└── REC-20260201-vs-20260130-diff.md    # Rapport de comparaison (si --compare)
-```
-
-## Commandes Associees
-
-| Commande | Description |
-|----------|-------------|
-| `/qa:recette` | Executer les tests d'acceptance |
-| `/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 |
-
-## Messages d'Erreur
-
-| Erreur | Solution |
-|--------|----------|
-| "Session introuvable" | Verifiez l'ID de session dans `.recette/sessions/` |
-| "Aucun resultat de test" | La session n'a pas de tests completes pour le rapport |
-| "Template introuvable" | Verifiez que `Tools/Recette/templates/` existe |
-| "Session de comparaison introuvable" | Verifiez l'ID de la session de comparaison |
-
-## Bonnes Pratiques
-
-1. **Generez apres chaque execution** : Creez un rapport immediatement apres la recette
-2. **Utilisez HTML pour les parties prenantes** : Le format HTML avec captures est ideal pour le partage
-3. **Utilisez JSON pour la CI** : Integrez les rapports JSON dans votre pipeline CI/CD
-4. **Comparez les executions** : Utilisez --compare pour suivre la progression entre iterations
-5. **Archivez les rapports** : Conservez les rapports en controle de version pour la piste d'audit
-
-## Prochaine étape
-
-```
-╔══════════════════════════════════════════════════════════╗
-║                   PROCHAINE ÉTAPE                        ║
-╠══════════════════════════════════════════════════════════╣
-║                                                          ║
-║  → /workflow:review                                      ║
-║    Préparer la sprint review                             ║
-║                                                          ║
-║  Voir aussi :                                            ║
-║  • /sprint:status — Consulter les métriques du sprint    ║
-║                                                          ║
-╚══════════════════════════════════════════════════════════╝
-```
+Exécutez `/qa:status --report $ARGUMENTS` : lisez `.claude/commands/qa/status.md` et suivez-le avec ces arguments.

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

@@ -1,6 +1,6 @@
 ---
-description: "Afficher le statut et la progression des sessions QA Recette"
-argument-hint: "[--session=<id>|--all] [--scope=<story|sprint>] [--status=<running|completed|paused|failed>]"
+description: "Afficher le statut et la progression des sessions QA Recette, ou générer des rapports (--report)"
+argument-hint: "[--session=<id>|--all] [--scope=<story|sprint>] [--status=<running|completed|paused|failed>] [--report] [--format=<md|html|json>] [--output=<path>] [--compare=<id>]"
 ---
 
 # QA Recette Status - Statut et Progression des Sessions
@@ -17,6 +17,11 @@ Affiche le statut et la progression des sessions QA Recette. Consultez les detai
 - `--status=<status>` : Filtrer par statut (running, completed, paused, failed)
 - `--format=<type>` : Format de sortie (table, yaml, json) — defaut : table
 - `--watch` : Mode rafraichissement en direct (toutes les 5 secondes)
+- `--report` : Mode rapport (ancien `/qa:status --report`) : générer un rapport à partir d'une session ; nécessite `--session=<id>`
+- `--format=<type>` : avec `--report` : md, html, json (défaut : md)
+- `--output=<path>` : avec `--report` : chemin de sortie personnalisé (défaut : `.recette/reports/`)
+- `--include-screenshots` : avec `--report` : intégrer les captures d'écran dans le rapport HTML
+- `--compare=<id>` : avec `--report` : comparer avec une autre session pour un différentiel de régression
 
 ## Fonctionnalites Cles
 
@@ -83,6 +88,128 @@ Tests de Regression Generes: 3
 Etat de Correction: completed (2/2 bugs corriges)
 ```
 
+## Utilisation
+
+| Mode / option | Ce que cela fait | Remplace |
+|---|---|---|
+| `/qa:status --all` / `--session=<id>` | Lister les sessions ou afficher le détail d'une session | — |
+| `/qa:status --report --session=<id>` | Générer un rapport Markdown/HTML/JSON (`--format`, `--output`, `--include-screenshots`) | `/qa:status --report` |
+| `/qa:status --report --session=<id> --compare=<id>` | Comparer deux sessions pour détecter les régressions | `/qa:status --report --compare` |
+
+## Mode Rapport (--report)
+
+Génère des rapports détaillés à partir des données de session. Sortie multi-format (Markdown, HTML, JSON), section de conformité à la Golden Rule, intégration des captures d'écran, traçabilité des critères d'acceptation vers les tests et métriques de réussite/échec. Sans `--format`, le rapport est en Markdown.
+
+### Processus du Rapport
+
+```
+┌─────────────────────────────────────────┐
+│  1. load_session_data(session_id)       │
+│     - Read .recette/sessions/{id}/      │
+│     - Load state.yaml                   │
+│     - Load fix-state.yaml if present    │
+│     - Collect screenshots and logs      │
+│     - Load regression registry          │
+├─────────────────────────────────────────┤
+│  2. generate_report(format)             │
+│     - Build summary, test results,      │
+│       error details, regression tests   │
+│     - Build Golden Rule statement       │
+│     - Apply format template             │
+│     - Write to output path              │
+└─────────────────────────────────────────┘
+```
+
+### Structure du Rapport
+
+```markdown
+# QA Recette Report — REC-20260130-143022
+
+## Summary
+| Metric | Value |
+|--------|-------|
+| Session | REC-20260130-143022 |
+| Scope | story → US-001 |
+| Duration | 14m 48s |
+| Passed / Failed / Skipped | 12 (80%) / 2 (13%) / 1 (7%) |
+
+## Test Results
+### Failed Tests (2)
+- TC-008: Login validation error display ✗ (ERR-001)
+
+## Error Details
+### ERR-001: Login validation not displayed
+- Type: visual · Severity: medium · Screenshot: screenshots/err-001.png
+
+## Regression Tests Generated
+| ID | Error | Test Type | Path |
+|----|-------|-----------|------|
+| REG-001 | ERR-001 | behat | features/auth/login_validation.feature |
+
+## Golden Rule Compliance
+All detected errors have generated regression tests.
+Registry updated: .recette/regression/registry.yaml
+```
+
+### Comparaison (--compare)
+
+Compare deux exécutions : écarts de métriques, erreurs résolues, nouvelles erreurs et violations de la Golden Rule.
+
+```
+## Comparison: REC-20260130-143022 vs REC-20260201-140000
+
+| Metric | Session 1 | Session 2 | Delta |
+|--------|-----------|-----------|-------|
+| Passed | 12 | 14 | +2 |
+| Failed | 2 | 0 | -2 |
+
+### Resolved Errors / New Errors / Regression Status
+```
+
+### Sources de données du rapport
+
+| Source | Chemin | Description |
+|---|---|---|
+| Registre | `.recette/regression/registry.yaml` | Registre des tests de régression |
+| Modèle | `Tools/Recette/templates/report.md.template` | Modèle de rapport |
+
+### Erreurs du rapport
+
+| Erreur | Solution |
+|---|---|
+| "Template not found" | Vérifier que `Tools/Recette/templates/` existe |
+| "Compare session not found" | Vérifier l'identifiant de la session à comparer |
+| "No test results" | La session n'a aucun test terminé à rapporter |
+
+### Exemples de Rapport
+
+```bash
+# Générer un rapport Markdown (par défaut)
+/qa:status --report --session=REC-20260130-143022
+
+# Générer un rapport HTML avec captures d'écran
+/qa:status --report --session=REC-20260130-143022 --format=html --include-screenshots
+
+# Générer un rapport JSON pour l'intégration CI
+/qa:status --report --session=REC-20260130-143022 --format=json
+
+# Chemin de sortie personnalisé
+/qa:status --report --session=REC-20260130-143022 --output=./reports/sprint-3/
+
+# Comparer deux sessions
+/qa:status --report --session=REC-20260201-140000 --compare=REC-20260130-143022
+```
+
+### Structure de Sortie du Rapport
+
+```
+.recette/reports/
+├── REC-20260130-143022-report.md       # Markdown report
+├── REC-20260130-143022-report.html     # HTML report (if --format=html)
+├── REC-20260130-143022-report.json     # JSON report (if --format=json)
+└── REC-20260201-vs-20260130-diff.md    # Comparison report (if --compare)
+```
+
 ## Sources de Donnees
 
 | Source | Chemin | Description |
@@ -96,25 +223,25 @@ Etat de Correction: completed (2/2 bugs corriges)
 
 ```bash
 # Lister toutes les sessions
-/qa:recette-status --all
+/qa:status --all
 
 # Afficher le statut detaille d'une session
-/qa:recette-status --session=REC-20260130-143022
+/qa:status --session=REC-20260130-143022
 
 # Filtrer les sessions en cours
-/qa:recette-status --all --status=running
+/qa:status --all --status=running
 
 # Filtrer par perimetre
-/qa:recette-status --all --scope=sprint
+/qa:status --all --scope=sprint
 
 # Suivi en direct d'une session
-/qa:recette-status --session=REC-20260130-143022 --watch
+/qa:status --session=REC-20260130-143022 --watch
 
 # Sortie en YAML
-/qa:recette-status --session=REC-20260130-143022 --format=yaml
+/qa:status --session=REC-20260130-143022 --format=yaml
 
 # Sortie en JSON (pour scripting)
-/qa:recette-status --all --format=json
+/qa:status --all --format=json
 ```
 
 ## Structure de Sortie
@@ -138,9 +265,9 @@ Etat de Correction: completed (2/2 bugs corriges)
 | Commande | Description |
 |----------|-------------|
 | `/qa:recette` | Executer les tests d'acceptance |
-| `/qa:recette-fix` | Corriger les bugs d'une session |
-| `/qa:recette-regression` | Voir les tests de regression |
-| `/qa:recette-report` | Generer un rapport |
+| `/qa:fix` | Corriger les bugs d'une session |
+| `/qa:regression` | Voir les tests de regression |
+| `/qa:status --report` | Générer un rapport (`--report`) |
 
 ## Messages d'Erreur
 
@@ -170,7 +297,7 @@ Etat de Correction: completed (2/2 bugs corriges)
 ║    Corriger les bugs identifiés                          ║
 ║                                                          ║
 ║  Si la session est terminée :                            ║
-║  → /qa:report                                            ║
+║  → /qa:status --report                                   ║
 ║    Générer le rapport de recette                         ║
 ║                                                          ║
 ╚══════════════════════════════════════════════════════════╝

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

@@ -397,7 +397,7 @@ Fixes #XXX
 ║    Re-tester après les corrections                       ║
 ║                                                          ║
 ║  Voir aussi :                                            ║
-║  • /common:pre-commit-check — Valider avant le commit    ║
+║  • /gate:check commit — Valider avant le commit    ║
 ║                                                          ║
 ╚══════════════════════════════════════════════════════════╝
 ```

package/Dev/i18n/fr/Workflow/commands/analyze.md

@@ -1,208 +1,9 @@
 ---
-name: workflow-analyze
-description: "Exécuter la phase d'Analyse - recherche, exploration et identification des contraintes"
-arguments:
-  - name: focus
-    description: Domaine spécifique à analyser (marché, technique, concurrents)
-    required: false
+description: "Obsolète (retirée en 9.0) : utilisez /workflow:plan --research"
+deprecated: true
+replaced-by: /workflow:plan
 ---
 
-# /workflow:analyze
+> ⚠️ `/workflow:analyze` est obsolète et sera retirée en 9.0. Utilisez `/workflow:plan --research`.
 
-## Mission
-
-Exécuter la phase d'Analyse du workflow Enterprise. Cette phase se concentre sur la recherche, l'exploration et l'identification des contraintes avant que la planification détaillée ne commence.
-
-## Quand utiliser
-
-- Projets sur le track **Enterprise**
-- Nouvelles plateformes ou initiatives majeures
-- Quand la connaissance du domaine est limitée
-- Avant de s'engager sur une approche technique
-
-## Mode Plan
-
-> Le mode plan est activé automatiquement lorsque le périmètre couvre plusieurs modules ou nécessite une investigation transversale.
-
-## Workflow
-
-### Étape 1 : Mise en place de l'analyse
-
-```
-╔══════════════════════════════════════════════════════════╗
-║            PHASE D'ANALYSE - DÉMARRAGE                     ║
-╠══════════════════════════════════════════════════════════╣
-║ Track: Enterprise                                         ║
-║ Phase: 1 sur 4 - Analyse                                  ║
-║                                                           ║
-║ Objectifs :                                               ║
-║ • Comprendre le domaine du problème                       ║
-║ • Rechercher les solutions existantes                     ║
-║ • Identifier les contraintes techniques                   ║
-║ • Documenter les risques et opportunités                  ║
-╚══════════════════════════════════════════════════════════╝
-```
-
-### Étape 2 : Domaines de recherche
-
-**Questions de recherche guidées :**
-
-```
-┌─────────────────────────────────────────────────────────┐
-│ RECHERCHE DOMAINE                                        │
-├─────────────────────────────────────────────────────────┤
-│ 1. Quel problème résolvons-nous ?                        │
-│ 2. Qui sont les parties prenantes clés ?                 │
-│ 3. Quels sont les moteurs business ?                     │
-│ 4. À quoi ressemble le succès ?                          │
-└─────────────────────────────────────────────────────────┘
-
-┌─────────────────────────────────────────────────────────┐
-│ RECHERCHE MARCHÉ                                         │
-├─────────────────────────────────────────────────────────┤
-│ 1. Quelles solutions existantes existent ?               │
-│ 2. Que font les concurrents ?                            │
-│ 3. Quelles sont les bonnes pratiques du secteur ?        │
-│ 4. Quelles sont les tendances émergentes ?               │
-└─────────────────────────────────────────────────────────┘
-
-┌─────────────────────────────────────────────────────────┐
-│ RECHERCHE TECHNIQUE                                      │
-├─────────────────────────────────────────────────────────┤
-│ 1. Quelles technologies pourrions-nous utiliser ?        │
-│ 2. Quels sont les besoins d'intégration ?                │
-│ 3. Quels sont les besoins de scalabilité ?               │
-│ 4. Quelles exigences sécurité/conformité existent ?      │
-└─────────────────────────────────────────────────────────┘
-```
-
-### Étape 3 : Recherche Context7 (Optionnel)
-
-Si le MCP Context7 est configuré, l'utiliser pour la recherche technique :
-
-```
-Utilisation du MCP Context7 pour une documentation à jour...
-
-Recherche en cours :
-• Dernières bonnes pratiques de l'API Stripe
-• Standards de sécurité actuels pour le traitement des paiements
-• Exigences de conformité PCI DSS
-```
-
-### Étape 4 : Identification des contraintes
-
-Documenter les contraintes découvertes :
-
-```
-╔══════════════════════════════════════════════════════════╗
-║               CONTRAINTES IDENTIFIÉES                      ║
-╠══════════════════════════════════════════════════════════╣
-║                                                           ║
-║ CONTRAINTES TECHNIQUES :                                  ║
-║ • Doit s'intégrer avec le backend Symfony 7.x existant    ║
-║ • Base de données : PostgreSQL (existante, non modifiable)║
-║ • Doit supporter les apps mobiles via l'API existante     ║
-║                                                           ║
-║ CONTRAINTES BUSINESS :                                    ║
-║ • Budget : Limité à l'équipe existante                    ║
-║ • Délai : MVP nécessaire au T2 2026                       ║
-║ • Doit maintenir la rétrocompatibilité                    ║
-║                                                           ║
-║ CONTRAINTES RÉGLEMENTAIRES :                              ║
-║ • Conformité RGPD requise (utilisateurs EU)               ║
-║ • PCI DSS pour le traitement des paiements                ║
-║                                                           ║
-║ CONTRAINTES DE RESSOURCES :                               ║
-║ • Équipe : 2 backend, 1 développeur frontend              ║
-║ • Pas de ressource DevOps dédiée                          ║
-║                                                           ║
-╚══════════════════════════════════════════════════════════╝
-```
-
-### Étape 5 : Analyse des risques et opportunités
-
-```
-╔══════════════════════════════════════════════════════════╗
-║            RISQUES ET OPPORTUNITÉS                        ║
-╠══════════════════════════════════════════════════════════╣
-║                                                           ║
-║ RISQUES :                                                 ║
-║ ┌─────────┬──────────┬────────────┬───────────────────┐  ║
-║ │ Risque  │ Impact   │ Probabilité│ Atténuation       │  ║
-║ ├─────────┼──────────┼────────────┼───────────────────┤  ║
-║ │ Stripe  │ Élevé    │ Faible     │ Fournisseur       │  ║
-║ │ indispo.│          │            │ de secours        │  ║
-║ ├─────────┼──────────┼────────────┼───────────────────┤  ║
-║ │ Retard  │ Moyen    │ Moyen      │ Réduction du      │  ║
-║ │ délai   │          │            │ périmètre MVP     │  ║
-║ └─────────┴──────────┴────────────┴───────────────────┘  ║
-║                                                           ║
-║ OPPORTUNITÉS :                                            ║
-║ • Peut tirer parti des nouveaux Payment Elements Stripe   ║
-║ • Potentiel d'expansion du modèle d'abonnement           ║
-║ • Paiement mobile (Apple Pay, Google Pay) prêt            ║
-║                                                           ║
-╚══════════════════════════════════════════════════════════╝
-```
-
-### Étape 6 : Générer les artefacts d'analyse
-
-Créer les documents d'analyse :
-
-```
-project-management/
-└── analysis/
-    ├── research-summary.md      # Résultats clés
-    ├── constraints.md           # Toutes les contraintes identifiées
-    ├── risks-opportunities.md   # Registre des risques et opportunités
-    └── technical-options.md     # Évaluation des technologies
-```
-
-### Étape 7 : Fin de phase
-
-```
-╔══════════════════════════════════════════════════════════╗
-║            PHASE D'ANALYSE TERMINÉE                      ║
-╠══════════════════════════════════════════════════════════╣
-║                                                           ║
-║ Artefacts créés :                                        ║
-║ ✅ research-summary.md                                    ║
-║ ✅ constraints.md                                         ║
-║ ✅ risks-opportunities.md                                 ║
-║ ✅ technical-options.md                                   ║
-║                                                           ║
-║ Résultats clés :                                         ║
-║ • 4 contraintes techniques identifiées                    ║
-║ • 3 contraintes business identifiées                      ║
-║ • 5 risques documentés avec atténuations                  ║
-║ • 3 opportunités à considérer                             ║
-║                                                           ║
-║ ─────────────────────────────────────────────────────────║
-║ PHASE SUIVANTE : Planification                           ║
-║ Commande : /workflow:plan                                ║
-║ ─────────────────────────────────────────────────────────║
-║                                                           ║
-║ L'analyse alimentera la création du PRD et l'architecture.║
-╚══════════════════════════════════════════════════════════╝
-```
-
-## Agents impliqués
-
-- **research-assistant** : Recherche technique et consultation de documentation
-- **product-owner** : Contexte business et analyse des parties prenantes
-
-## Fichiers de sortie
-
-| Fichier | Objectif |
-|---------|----------|
-| `analysis/research-summary.md` | Résultats de recherche consolidés |
-| `analysis/constraints.md` | Contraintes techniques, business, réglementaires |
-| `analysis/risks-opportunities.md` | Registre des risques avec atténuations |
-| `analysis/technical-options.md` | Évaluation et recommandations technologiques |
-
-## Commandes associées
-
-- `/workflow:init` - Initialiser le workflow (doit être exécuté en premier)
-- `/workflow:plan` - Phase suivante : Planification
-- `/workflow:status` - Vérifier la progression
-- `/common:research-context7` - Recherche approfondie avec le MCP Context7
+Exécutez `/workflow:plan --research $ARGUMENTS` : lisez `.claude/commands/workflow/plan.md` et suivez-le avec ces arguments.