@the-bearded-bear/claude-craft 8.26.0 → 8.27.0

package/Dev/i18n/fr/Symfony/commands/check-security.md

@@ -55,7 +55,7 @@ docker run --rm -v $(pwd):/app php:8.5-cli cat /app/config/packages/security.yam
 
 ### Étape 3 : OWASP Top 10 - Injection
 
-#### A03:2021 – Injection (SQL, NoSQL, OS, LDAP) (3 points)
+#### A05:2025 – Injection (SQL, NoSQL, OS, LDAP) (3 points)
 
 ```bash
 # Vérifier l'utilisation de requêtes préparées
@@ -79,9 +79,9 @@ docker run --rm -v $(pwd):/app php:8.5-cli grep -rE "\"SELECT.*\\..*\$" /app/src
 
 **Points obtenus** : ___/3
 
-### Étape 4 : OWASP Top 10 - Broken Authentication
+### Étape 4 : OWASP Top 10 - Authentication Failures
 
-#### A07:2021 – Identification and Authentication Failures (3 points)
+#### A07:2025 – Authentication Failures (3 points)
 
 ```bash
 # Vérifier la configuration des mots de passe
@@ -104,9 +104,9 @@ docker run --rm -v $(pwd):/app php:8.5-cli grep -r "RateLimiter" /app/config --i
 
 **Points obtenus** : ___/3
 
-### Étape 5 : OWASP Top 10 - Sensitive Data Exposure
+### Étape 5 : OWASP Top 10 - Cryptographic Failures
 
-#### A02:2021 – Cryptographic Failures (3 points)
+#### A04:2025 – Cryptographic Failures (3 points)
 
 ```bash
 # Vérifier les secrets dans le code
@@ -131,7 +131,7 @@ docker run --rm -v $(pwd):/app php:8.5-cli grep -r "SECURE_SCHEME" /app/.env.exa
 
 ### Étape 6 : OWASP Top 10 - Broken Access Control
 
-#### A01:2021 – Broken Access Control (3 points)
+#### A01:2025 – Broken Access Control (3 points)
 
 ```bash
 # Vérifier les Voters
@@ -156,7 +156,7 @@ docker run --rm -v $(pwd):/app php:8.5-cli grep -r "@IsGranted" /app/src --inclu
 
 ### Étape 7 : OWASP Top 10 - XSS et CSRF
 
-#### A03:2021 – XSS (Cross-Site Scripting) (2 points)
+#### A05:2025 – Injection : XSS (Cross-Site Scripting) (2 points)
 
 ```bash
 # Vérifier l'auto-échappement Twig
@@ -179,7 +179,7 @@ docker run --rm -v $(pwd):/app php:8.5-cli grep -r "|raw" /app/templates --inclu
 
 **Points obtenus** : ___/2
 
-#### A08:2021 – CSRF (Cross-Site Request Forgery) (2 points)
+#### A01:2025 – Broken Access Control : CSRF (Cross-Site Request Forgery) (2 points)
 
 ```bash
 # Vérifier CSRF protection
@@ -201,7 +201,7 @@ docker run --rm -v $(pwd):/app php:8.5-cli grep -r "csrf_protection" /app/config
 
 ### Étape 8 : OWASP Top 10 - Autres Vulnérabilités
 
-#### A05:2021 – Security Misconfiguration (2 points)
+#### A02:2025 – Security Misconfiguration (2 points)
 
 ```bash
 # Vérifier le mode debug
@@ -224,7 +224,7 @@ docker run --rm -v $(pwd):/app php:8.5-cli composer audit
 
 **Points obtenus** : ___/2
 
-#### A06:2021 – Vulnerable and Outdated Components (1 point)
+#### A03:2025 – Software Supply Chain Failures (1 point)
 
 ```bash
 # Audit de sécurité Composer
@@ -398,16 +398,16 @@ Fixed in: 5.4.25
    OWASP TOP 10 - RÉSUMÉ
 =================================================
 
-A01:2021 - Broken Access Control          : [✅|⚠️|❌]
-A02:2021 - Cryptographic Failures         : [✅|⚠️|❌]
-A03:2021 - Injection                      : [✅|⚠️|❌]
-A04:2021 - Insecure Design                : [✅|⚠️|❌]
-A05:2021 - Security Misconfiguration      : [✅|⚠️|❌]
-A06:2021 - Vulnerable Components          : [✅|⚠️|❌]
-A07:2021 - Authentication Failures        : [✅|⚠️|❌]
-A08:2021 - Software and Data Integrity    : [✅|⚠️|❌]
-A09:2021 - Security Logging Failures      : [✅|⚠️|❌]
-A10:2021 - Server-Side Request Forgery    : [✅|⚠️|❌]
+A01:2025 - Broken Access Control                 : [✅|⚠️|❌]
+A02:2025 - Security Misconfiguration             : [✅|⚠️|❌]
+A03:2025 - Software Supply Chain Failures        : [✅|⚠️|❌]
+A04:2025 - Cryptographic Failures                : [✅|⚠️|❌]
+A05:2025 - Injection                             : [✅|⚠️|❌]
+A06:2025 - Insecure Design                       : [✅|⚠️|❌]
+A07:2025 - Authentication Failures               : [✅|⚠️|❌]
+A08:2025 - Software or Data Integrity Failures   : [✅|⚠️|❌]
+A09:2025 - Logging & Alerting Failures           : [✅|⚠️|❌]
+A10:2025 - Mishandling of Exceptional Conditions : [✅|⚠️|❌]
 
 =================================================
    CONFORMITÉ RGPD

package/Dev/i18n/fr/Symfony/skills/aggregates/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: aggregates
-description: Règle 05 : Aggregates et Aggregate Roots. Use when implementing DDD patterns.
+description: "Règle 05 : Aggregates et Aggregate Roots. Use when implementing DDD patterns."
 ---
 
 # Règle 05 : Aggregates et Aggregate Roots

package/Dev/i18n/fr/Symfony/skills/async/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: async
-description: Règle 10 : Async-First avec Symfony Messenger. Use when working with async.
+description: "Règle 10 : Async-First avec Symfony Messenger. Use when working with async."
 ---
 
 # Règle 10 : Async-First avec Symfony Messenger

package/Dev/i18n/fr/Symfony/skills/cqrs/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: cqrs
-description: Règle 07 : CQRS - Command Query Responsibility Segregation. Use when implementing DDD patterns.
+description: "Règle 07 : CQRS - Command Query Responsibility Segregation. Use when implementing DDD patterns."
 ---
 
 # Règle 07 : CQRS - Command Query Responsibility Segregation

package/Dev/i18n/fr/Symfony/skills/domain-events/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: domain-events
-description: Règle 06 : Domain Events. Use when implementing DDD patterns.
+description: "Règle 06 : Domain Events. Use when implementing DDD patterns."
 ---
 
 # Règle 06 : Domain Events

package/Dev/i18n/fr/Symfony/skills/i18n/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: i18n
-description: Règle 09 : Internationalisation (i18n). Use when implementing internationalization.
+description: "Règle 09 : Internationalisation (i18n). Use when implementing internationalization."
 ---
 
 # Règle 09 : Internationalisation (i18n)

package/Dev/i18n/fr/Symfony/skills/multitenant/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: multitenant
-description: Règle 08 : Multitenant - Isolation et Sécurité. Use when working with multitenant.
+description: "Règle 08 : Multitenant - Isolation et Sécurité. Use when working with multitenant."
 ---
 
 # Règle 08 : Multitenant - Isolation et Sécurité

package/Dev/i18n/fr/Symfony/skills/value-objects/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: value-objects
-description: Règle 04 : Value Objects. Use when implementing DDD patterns.
+description: "Règle 04 : Value Objects. Use when implementing DDD patterns."
 ---
 
 # Règle 04 : Value Objects

package/Dev/i18n/fr/Team/commands/audit.md

@@ -1,6 +1,6 @@
 ---
-description: Équipe d'Audit Complet - Audit multi-technologie parallèle utilisant les Agent Teams
-argument-hint: "[--techs=auto|tech1,tech2] [--max-workers=4]"
+description: Équipe d'Audit Complet - Audit multi-technologie parallèle par sous-agents (Agent Teams en option)
+argument-hint: "[--techs=auto|tech1,tech2] [--max-workers=4] [--engine=subagents|teams]"
 ---
 
 # Équipe d'Audit Complet - Audit Multi-Technologie Parallèle
@@ -13,15 +13,40 @@ $ARGUMENTS
 
 - `--techs=auto` : Auto-détection des technologies (par défaut). Ou spécifier en séparant par des virgules : `--techs=symfony,react`
 - `--max-workers=4` : Nombre maximum de workers auditeurs en parallèle (par défaut : 4, max : 4)
+- `--engine=subagents` : Moteur d'exécution (par défaut : `subagents`). Options : `subagents` (délégation à des sous-agents via l'outil `Agent`, aucun prérequis), `teams` (Agent Teams expérimental). Voir « Moteur d'exécution »
 - `--output-dir=<path>` : Répertoire de sortie personnalisé pour les résultats d'audit
 - `--dry-run` : Afficher la composition de l'équipe et le coût estimé sans exécuter
 - `--skip-aggregation` : Sortir les résultats par stack sans les fusionner
 - `--sequential` : Exécuter les audits séquentiellement au lieu de les paralléliser (pas de surcoût Agent Teams). Utile pour les projets mono-technologie ou quand les Agent Teams ne sont pas disponibles.
 
+## Moteur d'exécution (`--engine`)
+
+Le moteur par défaut ne dépend d'aucune fonctionnalité expérimentale : la commande fonctionne même si `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` n'est pas défini.
+
+| Moteur | Activation | Prérequis | Comportement |
+|--------|------------|-----------|--------------|
+| `subagents` (défaut) | aucun flag ou `--engine=subagents` | Aucun (outil `Agent` natif) | La session courante joue le rôle de leader et délègue chaque tâche de worker à un sous-agent via l'outil `Agent` (modèle du worker passé par le paramètre `model`). Les sous-agents indépendants sont lancés dans un même message pour s'exécuter en parallèle ; chacun écrit son résultat dans son répertoire isolé et ne renvoie qu'un résumé court. Les workers ne communiquent pas entre eux : le leader relaie. Fonctionne en interactif, avec `claude -p` et en CI. |
+| `teams` | `--engine=teams` | `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1`, Claude Code v2.1.32+ | Équipe Agent Teams : workers persistants coordonnés par `TaskCreate` / `TaskList` / `SendMessage`, messagerie directe entre coéquipiers, hooks `TeammateIdle` / `TaskCompleted`. |
+
+**Repli** : si `--engine=teams` est demandé alors que `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` est absent, ne pas échouer — afficher `ℹ️ Agent Teams indisponible : repli sur --engine=subagents` et poursuivre avec le moteur `subagents`.
+
+**Limites du moteur `teams`** : pas de mode non interactif (`claude -p`) ni d'exécution en CI ; une seule équipe par session (terminer l'équipe en cours avant d'en lancer une autre) ; API en research preview, susceptible de changer.
+
+Le processus ci-dessous est décrit avec les primitives Agent Teams. Avec `--engine=subagents`, appliquer cette correspondance :
+
+| Agent Teams (`teams`) | Sous-agents (`subagents`) |
+|------------------------|----------------------------|
+| `TaskCreate` + spawn d'un worker | Un appel à l'outil `Agent` dont le prompt reprend la description de la tâche |
+| Polling `TaskList` / barrière de synchronisation | Attendre le retour de tous les appels `Agent` du lot |
+| `SendMessage` vers un worker | Relancer le sous-agent (`SendMessage` vers son ID) ou nouvel appel `Agent` avec le contexte nécessaire |
+| `shutdown_request` | Inutile : un sous-agent se termine à son retour |
+
+**Spécifique audit** : un sous-agent par stack, avec le prompt du template de spawn de l'étape 4. `--sequential` reste disponible pour tout traiter dans la session courante, sans délégation.
+
 ## Prérequis
 
-- Claude Code v2.1.32+ avec support Agent Teams
-- Variable d'environnement `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` définie
+- Claude Code v2.1.32+ avec support Agent Teams — uniquement avec `--engine=teams`
+- Variable d'environnement `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` définie — uniquement avec `--engine=teams`
 - Projet avec 2+ stacks technologiques détectées (les projets mono-stack doivent utiliser le flag `--sequential`)
 - `Tools/AgentTeams/lib/compatibility-check.sh` disponible
 - `Tools/AgentTeams/lib/result-aggregator.sh` disponible

package/Dev/i18n/fr/Team/commands/delivery.md

@@ -1,6 +1,6 @@
 ---
-description: Équipe de Livraison - Cycle de vie complet du sprint (rédaction + implémentation) utilisant les Agent Teams
-argument-hint: "<sprint-name|prd-path> [--phase=all|writing|implementation] [--max-workers=3]"
+description: Équipe de Livraison - Cycle de vie complet du sprint (rédaction + implémentation) par sous-agents (Agent Teams en option)
+argument-hint: "<sprint-name|prd-path> [--phase=all|writing|implementation] [--max-workers=3] [--engine=subagents|teams]"
 ---
 
 # Équipe de Livraison - Cycle de Vie Complet du Sprint (Rédaction + Implémentation)
@@ -14,6 +14,7 @@ $ARGUMENTS
 - `<sprint-name|prd-path>` : Nom/ID du sprint ou chemin vers le document PRD
 - `--phase=all` : Phase à exécuter (par défaut : `all`). Options : `all`, `writing`, `implementation`
 - `--max-workers=3` : Nombre maximum de workers parallèles par phase (par défaut : 3, max : 3)
+- `--engine=subagents` : Moteur d'exécution (par défaut : `subagents`). Options : `subagents` (délégation à des sous-agents via l'outil `Agent`, aucun prérequis), `teams` (Agent Teams expérimental). Voir « Moteur d'exécution »
 - `--overnight` : Exécuter en mode nuit (borné, s'arrête à 6h)
 - `--supervised` : Pause avant chaque story pour confirmation humaine
 - `--max-stories=10` : Nombre maximum de stories à traiter (par défaut : 10)
@@ -45,10 +46,34 @@ $ARGUMENTS
    - **Attendre la confirmation explicite** de l'utilisateur avant de poursuivre
    - Si l'utilisateur refuse, abandonner avec un message suggérant `/fast` pour désactiver
 
+## Moteur d'exécution (`--engine`)
+
+Le moteur par défaut ne dépend d'aucune fonctionnalité expérimentale : la commande fonctionne même si `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` n'est pas défini.
+
+| Moteur | Activation | Prérequis | Comportement |
+|--------|------------|-----------|--------------|
+| `subagents` (défaut) | aucun flag ou `--engine=subagents` | Aucun (outil `Agent` natif) | La session courante joue le rôle de leader et délègue chaque tâche de worker à un sous-agent via l'outil `Agent` (modèle du worker passé par le paramètre `model`). Les sous-agents indépendants sont lancés dans un même message pour s'exécuter en parallèle ; chacun écrit son résultat dans son répertoire isolé et ne renvoie qu'un résumé court. Les workers ne communiquent pas entre eux : le leader relaie. Fonctionne en interactif, avec `claude -p` et en CI. |
+| `teams` | `--engine=teams` | `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1`, Claude Code v2.1.32+ | Équipe Agent Teams : workers persistants coordonnés par `TaskCreate` / `TaskList` / `SendMessage`, messagerie directe entre coéquipiers, hooks `TeammateIdle` / `TaskCompleted`. |
+
+**Repli** : si `--engine=teams` est demandé alors que `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` est absent, ne pas échouer — afficher `ℹ️ Agent Teams indisponible : repli sur --engine=subagents` et poursuivre avec le moteur `subagents`.
+
+**Limites du moteur `teams`** : pas de mode non interactif (`claude -p`) ni d'exécution en CI ; une seule équipe par session (terminer l'équipe en cours avant d'en lancer une autre) ; API en research preview, susceptible de changer.
+
+Le processus ci-dessous est décrit avec les primitives Agent Teams. Avec `--engine=subagents`, appliquer cette correspondance :
+
+| Agent Teams (`teams`) | Sous-agents (`subagents`) |
+|------------------------|----------------------------|
+| `TaskCreate` + spawn d'un worker | Un appel à l'outil `Agent` dont le prompt reprend la description de la tâche |
+| Polling `TaskList` / barrière de synchronisation | Attendre le retour de tous les appels `Agent` du lot |
+| `SendMessage` vers un worker | Relancer le sous-agent (`SendMessage` vers son ID) ou nouvel appel `Agent` avec le contexte nécessaire |
+| `shutdown_request` | Inutile : un sous-agent se termine à son retour |
+
+**Spécifique livraison** : en Phase 1, la revue croisée passe par le leader, qui transmet l'artefact rédigé à un sous-agent relecteur puis renvoie ses retours au rédacteur. En Phase 2, lancer chaque worker développeur avec `isolation: "worktree"`.
+
 ## Prérequis
 
-- Claude Code v2.1.32+ avec support Agent Teams
-- Variable d'environnement `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` définie
+- Claude Code v2.1.32+ avec support Agent Teams — uniquement avec `--engine=teams`
+- Variable d'environnement `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` définie — uniquement avec `--engine=teams`
 - PRD ou spécification technique disponible (pour la Phase 1) ou backlog sprint BMAD avec des stories `ready-for-dev` (pour la Phase 2 uniquement)
 - Métadonnées du sprint dans `.bmad/sprint-status.yaml`
 - `Tools/AgentTeams/lib/compatibility-check.sh` disponible

package/Dev/i18n/fr/Team/commands/security.md

@@ -1,6 +1,6 @@
 ---
-description: Équipe de Revue de Sécurité - Audit de sécurité multi-dimension parallèle utilisant les Agent Teams
-argument-hint: "[--scope=full|code|deps|infra] [--max-workers=3]"
+description: Équipe de Revue de Sécurité - Audit de sécurité multi-dimension parallèle par sous-agents (Agent Teams en option)
+argument-hint: "[--scope=full|code|deps|infra] [--max-workers=3] [--engine=subagents|teams]"
 ---
 
 # Équipe de Revue de Sécurité - Audit de Sécurité Multi-Dimension Parallèle
@@ -13,6 +13,7 @@ $ARGUMENTS
 
 - `--scope=full` : Périmètre de l'audit (par défaut : `full`). Options : `full`, `code`, `deps`, `infra`
 - `--max-workers=3` : Nombre maximum de reviewers parallèles (par défaut : 3, max : 3)
+- `--engine=subagents` : Moteur d'exécution (par défaut : `subagents`). Options : `subagents` (délégation à des sous-agents via l'outil `Agent`, aucun prérequis), `teams` (Agent Teams expérimental). Voir « Moteur d'exécution »
 - `--severity=medium` : Sévérité minimum à rapporter : `low`, `medium`, `high`, `critical`
 - `--output-dir=<path>` : Répertoire de sortie personnalisé pour les résultats de sécurité
 - `--dry-run` : Afficher la composition de l'équipe et le plan de scan sans exécuter
@@ -41,10 +42,36 @@ $ARGUMENTS
    - **Attendre la confirmation explicite** de l'utilisateur avant de poursuivre
    - Si l'utilisateur refuse, abandonner avec un message suggérant `/fast` pour désactiver
 
+## Moteur d'exécution (`--engine`)
+
+Le moteur par défaut ne dépend d'aucune fonctionnalité expérimentale : la commande fonctionne même si `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` n'est pas défini.
+
+| Moteur | Activation | Prérequis | Comportement |
+|--------|------------|-----------|--------------|
+| `subagents` (défaut) | aucun flag ou `--engine=subagents` | Aucun (outil `Agent` natif) | La session courante joue le rôle de leader et délègue chaque tâche de worker à un sous-agent via l'outil `Agent` (modèle du worker passé par le paramètre `model`). Les sous-agents indépendants sont lancés dans un même message pour s'exécuter en parallèle ; chacun écrit son résultat dans son répertoire isolé et ne renvoie qu'un résumé court. Les workers ne communiquent pas entre eux : le leader relaie. Fonctionne en interactif, avec `claude -p` et en CI. |
+| `teams` | `--engine=teams` | `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1`, Claude Code v2.1.32+ | Équipe Agent Teams : workers persistants coordonnés par `TaskCreate` / `TaskList` / `SendMessage`, messagerie directe entre coéquipiers, hooks `TeammateIdle` / `TaskCompleted`. |
+
+**Repli** : si `--engine=teams` est demandé alors que `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` est absent, ne pas échouer — afficher `ℹ️ Agent Teams indisponible : repli sur --engine=subagents` et poursuivre avec le moteur `subagents`.
+
+**Limites du moteur `teams`** : pas de mode non interactif (`claude -p`) ni d'exécution en CI ; une seule équipe par session (terminer l'équipe en cours avant d'en lancer une autre) ; API en research preview, susceptible de changer.
+
+Le processus ci-dessous est décrit avec les primitives Agent Teams. Avec `--engine=subagents`, appliquer cette correspondance :
+
+| Agent Teams (`teams`) | Sous-agents (`subagents`) |
+|------------------------|----------------------------|
+| `TaskCreate` + spawn d'un worker | Un appel à l'outil `Agent` dont le prompt reprend la description de la tâche |
+| Polling `TaskList` / barrière de synchronisation | Attendre le retour de tous les appels `Agent` du lot |
+| `SendMessage` vers un worker | Relancer le sous-agent (`SendMessage` vers son ID) ou nouvel appel `Agent` avec le contexte nécessaire |
+| `shutdown_request` | Inutile : un sous-agent se termine à son retour |
+
+**Périmètre** : `--scope=full|code|deps|infra` s'applique aux deux moteurs (`full` = 3 reviewers en parallèle, un périmètre unique = un seul reviewer).
+
+**Différence avec `/security-review` natif** : la commande intégrée `/security-review` de Claude Code n'analyse que le diff (changements en attente de la branche courante). `/team:security` audite l'ensemble du dépôt selon le périmètre choisi (code, dépendances, infrastructure). Utiliser `/security-review` avant un commit ou une PR, `/team:security` pour un audit complet.
+
 ## Prérequis
 
-- Claude Code v2.1.32+ avec support Agent Teams
-- Variable d'environnement `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` définie
+- Claude Code v2.1.32+ avec support Agent Teams — uniquement avec `--engine=teams`
+- Variable d'environnement `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` définie — uniquement avec `--engine=teams`
 - Docker disponible pour exécuter les scanners de sécurité
 - `Tools/AgentTeams/lib/compatibility-check.sh` disponible
 - `Tools/AgentTeams/lib/result-aggregator.sh` disponible

package/Dev/i18n/fr/Team/commands/sprint.md

@@ -1,6 +1,6 @@
 ---
-description: Équipe de Développement Sprint - Implémentation parallèle de stories utilisant les Agent Teams
-argument-hint: "<sprint-name> [--max-workers=3] [--overnight]"
+description: Équipe de Développement Sprint - Implémentation parallèle de stories par sous-agents (Agent Teams en option)
+argument-hint: "<sprint-name> [--max-workers=3] [--overnight] [--engine=subagents|teams]"
 ---
 
 # Équipe de Développement Sprint - Implémentation Parallèle de Stories
@@ -13,13 +13,14 @@ $ARGUMENTS
 
 - `<sprint-name>` : Nom ou ID du sprint à traiter
 - `--max-workers=3` : Nombre maximum de workers dev parallèles (par défaut : 2, max : 3)
+- `--engine=subagents` : Moteur d'exécution (par défaut : `subagents`). Options : `subagents` (délégation à des sous-agents via l'outil `Agent`, aucun prérequis), `teams` (Agent Teams expérimental). Voir « Moteur d'exécution »
 - `--overnight` : Exécuter en mode nuit (borné, s'arrête à 6h)
 - `--supervised` : Pause avant chaque story pour confirmation humaine
 - `--max-stories=10` : Nombre maximum de stories à traiter (par défaut : 10)
 - `--timeout=12` : Durée maximale d'exécution en heures (par défaut : 12)
 - `--dry-run` : Afficher la composition de l'équipe et les assignations de stories sans exécuter
 - `--max-cost=<dollars>` : Budget maximum en dollars. Si le coût parallèle estimé dépasse ce seuil, l'exécution est bloquée avec un message OVER BUDGET
-- `--ralph-mode` : Activer le moteur de récupération Ralph (classification des erreurs, réessai automatique, service d'escalade) en parallèle des Agent Teams.
+- `--ralph-mode` : Activer le moteur de récupération Ralph (classification des erreurs, réessai automatique, service d'escalade) en parallèle des Agent Teams. Requiert `--engine=teams` : l'adaptateur Ralph Teams s'appuie sur `TaskCreate` / `SendMessage`.
 
 ## Garde-Fou Fast Mode (Confirmation Bloquante)
 
@@ -43,10 +44,34 @@ $ARGUMENTS
    - **Attendre la confirmation explicite** de l'utilisateur avant de poursuivre
    - Si l'utilisateur refuse, abandonner avec un message suggérant `/fast` pour désactiver
 
+## Moteur d'exécution (`--engine`)
+
+Le moteur par défaut ne dépend d'aucune fonctionnalité expérimentale : la commande fonctionne même si `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` n'est pas défini.
+
+| Moteur | Activation | Prérequis | Comportement |
+|--------|------------|-----------|--------------|
+| `subagents` (défaut) | aucun flag ou `--engine=subagents` | Aucun (outil `Agent` natif) | La session courante joue le rôle de leader et délègue chaque tâche de worker à un sous-agent via l'outil `Agent` (modèle du worker passé par le paramètre `model`). Les sous-agents indépendants sont lancés dans un même message pour s'exécuter en parallèle ; chacun écrit son résultat dans son répertoire isolé et ne renvoie qu'un résumé court. Les workers ne communiquent pas entre eux : le leader relaie. Fonctionne en interactif, avec `claude -p` et en CI. |
+| `teams` | `--engine=teams` | `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1`, Claude Code v2.1.32+ | Équipe Agent Teams : workers persistants coordonnés par `TaskCreate` / `TaskList` / `SendMessage`, messagerie directe entre coéquipiers, hooks `TeammateIdle` / `TaskCompleted`. |
+
+**Repli** : si `--engine=teams` est demandé alors que `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` est absent, ne pas échouer — afficher `ℹ️ Agent Teams indisponible : repli sur --engine=subagents` et poursuivre avec le moteur `subagents`.
+
+**Limites du moteur `teams`** : pas de mode non interactif (`claude -p`) ni d'exécution en CI ; une seule équipe par session (terminer l'équipe en cours avant d'en lancer une autre) ; API en research preview, susceptible de changer.
+
+Le processus ci-dessous est décrit avec les primitives Agent Teams. Avec `--engine=subagents`, appliquer cette correspondance :
+
+| Agent Teams (`teams`) | Sous-agents (`subagents`) |
+|------------------------|----------------------------|
+| `TaskCreate` + spawn d'un worker | Un appel à l'outil `Agent` dont le prompt reprend la description de la tâche |
+| Polling `TaskList` / barrière de synchronisation | Attendre le retour de tous les appels `Agent` du lot |
+| `SendMessage` vers un worker | Relancer le sous-agent (`SendMessage` vers son ID) ou nouvel appel `Agent` avec le contexte nécessaire |
+| `shutdown_request` | Inutile : un sous-agent se termine à son retour |
+
+**Spécifique sprint** : avec `subagents`, lancer chaque worker développeur avec `isolation: "worktree"` pour que les stories parallèles ne modifient pas le même arbre de travail.
+
 ## Prérequis
 
-- Claude Code v2.1.32+ avec support Agent Teams
-- Variable d'environnement `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` définie
+- Claude Code v2.1.32+ avec support Agent Teams — uniquement avec `--engine=teams`
+- Variable d'environnement `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` définie — uniquement avec `--engine=teams`
 - Backlog sprint BMAD avec des stories au statut `ready-for-dev`
 - Métadonnées du sprint dans `.bmad/sprint-status.yaml`
 - Au moins 2 stories indépendantes (les sprints à story unique utilisent Ralph séquentiel)

package/Dev/i18n/fr/UIUX/commands/audit.md

@@ -24,36 +24,7 @@ Exemple : `/uiux:audit src/pages/Dashboard.tsx AAA`
 
 ### Étape 1 : Audit Accessibilité (Expert A11y)
 
-#### 1.1 Audit automatisé
-```bash
-# Exécuter si disponible
-npx axe-cli {URL}
-npx pa11y {URL}
-# Ou vérifier Lighthouse
-```
-
-#### 1.2 Vérification manuelle WCAG 2.2 AAA
-
-**Perceptible**
-- [ ] Images avec alt text
-- [ ] Structure sémantique (h1-h6, landmarks)
-- [ ] Contraste ≥ 7:1 (AAA)
-- [ ] Reflow à 320px
-
-**Utilisable**
-- [ ] Navigation clavier complète
-- [ ] Pas de piège clavier
-- [ ] Focus visible (≥ 2px)
-- [ ] Touch targets ≥ 44px
-
-**Compréhensible**
-- [ ] lang sur html
-- [ ] Labels sur inputs
-- [ ] Messages d'erreur clairs
-
-**Robuste**
-- [ ] ARIA correct
-- [ ] aria-live pour dynamique
+Exécuter `/uiux:a11y-audit {URL ou chemin} {niveau}` et reprendre son rapport (score, critères WCAG non conformes, remédiations) dans la synthèse. Ne pas refaire ici l'audit automatisé ni la checklist WCAG : `/uiux:a11y-audit` en est la source unique.
 
 ### Étape 2 : Audit UX/Ergonomie (Expert UX)
 

package/Dev/i18n/fr/UIUX/commands/component-spec.md

@@ -41,11 +41,7 @@ Définir le visuel :
 
 ### Étape 3 : Spécification A11y (Expert A11y)
 
-Définir l'accessibilité :
-- Sémantique HTML
-- Attributs ARIA
-- Navigation clavier
-- Annonces lecteur d'écran
+Exécuter `/uiux:a11y-component {NOM}` et reprendre sa spécification (sémantique HTML, attributs ARIA, navigation clavier, focus, contraste, annonces lecteur d'écran) dans la section ♿ de la synthèse. Ne pas la redéfinir ici.
 
 ### Étape 4 : Synthèse
 

package/Dev/i18n/fr/UIUX/commands/orchestrator.md

@@ -1,102 +1,9 @@
 ---
-description: Orchestrateur UI/UX
-argument-hint: [arguments]
+description: "Obsolète (retirée en 9.0) : utilisez l'agent @uiux-orchestrator"
+deprecated: true
+replaced-by: "@uiux-orchestrator"
 ---
 
-# Orchestrateur UI/UX
+> ⚠️ `/uiux:orchestrator` est obsolète et sera retirée en 9.0. Utilisez l'agent `@uiux-orchestrator`.
 
-Tu es l'Orchestrateur UI/UX. Tu dois coordonner les 3 experts pour livrer des interfaces exceptionnelles.
-
-## Arguments
-$ARGUMENTS
-
-Arguments :
-- Type de demande : composant, audit, flux, tokens
-- Objectif ou description
-
-Exemple : `/uiux:orchestrator composant "Sélecteur de date"` ou `/uiux:orchestrator audit "Page checkout"`
-
-## Mode Plan
-
-> Le mode plan est activé automatiquement lorsque le périmètre couvre plusieurs modules ou nécessite une investigation transversale.
-
-## MISSION
-
-### Étape 1 : Analyser la demande
-
-Identifier :
-- Type de livrable attendu
-- Expert(s) à impliquer
-- Ordre d'intervention
-
-### Étape 2 : Déléguer aux experts
-
-| Type | Experts | Ordre |
-|------|---------|-------|
-| Nouveau composant | UI → UX → A11y | Séquentiel |
-| Audit | A11y → UX → UI | Séquentiel |
-| Flux utilisateur | UX → UI → A11y | Séquentiel |
-| Design tokens | UI uniquement | Direct |
-
-### Étape 3 : Consolider et arbitrer
-
-En cas de conflit, appliquer les règles de priorité :
-1. Accessibilité AAA (non négociable)
-2. Lighthouse 100/100
-3. UX > Esthétique
-4. Mobile-first
-5. Cohérence design system
-
-### Étape 4 : Livrer la synthèse
-
-```
-══════════════════════════════════════════════════════════════
-📋 SYNTHÈSE UI/UX : {SUJET}
-══════════════════════════════════════════════════════════════
-
-Type : {Composant | Audit | Flux | Tokens}
-Date : {date}
-
-──────────────────────────────────────────────────────────────
-🧠 UX
-──────────────────────────────────────────────────────────────
-
-{Résumé apports UX}
-
-──────────────────────────────────────────────────────────────
-🎨 UI
-──────────────────────────────────────────────────────────────
-
-{Résumé apports UI}
-
-──────────────────────────────────────────────────────────────
-♿ ACCESSIBILITÉ
-──────────────────────────────────────────────────────────────
-
-{Résumé apports A11y}
-
-──────────────────────────────────────────────────────────────
-⚖️ ARBITRAGES
-──────────────────────────────────────────────────────────────
-
-| Conflit | Décision | Justification |
-|---------|----------|---------------|
-| {conflit} | {décision} | {règle appliquée} |
-
-──────────────────────────────────────────────────────────────
-✅ CHECKLIST VALIDATION
-──────────────────────────────────────────────────────────────
-
-- [ ] WCAG 2.2 AAA conforme
-- [ ] Lighthouse 100/100 préservé
-- [ ] Mobile-first respecté
-- [ ] Uniquement tokens (pas de hardcode)
-- [ ] Les 3 experts consultés
-
-──────────────────────────────────────────────────────────────
-🎯 PROCHAINES ÉTAPES
-──────────────────────────────────────────────────────────────
-
-1. {action prioritaire}
-2. {action suivante}
-```
+Déléguez « $ARGUMENTS » à l'agent `uiux-orchestrator` (outil Agent) et restituez sa réponse.

package/Dev/i18n/fr/Workflow/commands/auto-sprint.md

@@ -1,6 +1,6 @@
 ---
 description: Orchestrateur de sprint de bout en bout (démarrage -> décomposition -> validation -> implémentation -> PR -> CI -> revue -> rétro -> merge)
-argument-hint: "<N> [--from-prd] [--auto-merge] [--max-fix-attempts=2] [--max-workers=3] [--base=main] [--dry-run] [--overnight]"
+argument-hint: "<N> [--from-prd] [--auto-merge] [--max-fix-attempts=2] [--max-workers=3] [--base=main] [--dry-run] [--overnight] [--engine=subagents|teams]"
 ---
 
 # Auto Sprint — Orchestrateur de Sprint de Bout en Bout
@@ -31,14 +31,15 @@ $ARGUMENTS
   règle 09, et le principe Karpathy « pas d'auto-merge sans revue humaine »).
 - `--max-fix-attempts=2` : Nombre maximal de tentatives de correction automatique par gate échoué avant abandon (défaut : 2).
 - `--max-workers=3` : Nombre maximal de workers dev parallèles pendant la phase d'implémentation (défaut : 2, max : 3).
+- `--engine=subagents` : Moteur de la phase d'implémentation (par défaut : `subagents`, délégation via l'outil `Agent`). `teams` : Agent Teams expérimental, avec repli sur `subagents` si indisponible. Voir `/team:sprint`, section « Moteur d'exécution »
 - `--base=main` : Branche de base pour la PR (défaut : `main`).
 - `--dry-run` : Affiche les 9 phases planifiées et le contexte de sprint résolu, puis s'arrête. **Aucune écriture.**
 - `--overnight` : Transmis à la phase d'implémentation (borné, s'arrête à 6h).
 
 ## Prérequis
 
-- Claude Code v2.1.32+ avec le support Agent Teams
-- `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` défini
+- Claude Code v2.1.32+ avec le support Agent Teams — uniquement avec `--engine=teams`
+- `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` défini — uniquement avec `--engine=teams`
 - CLI `gh` authentifié (création de PR / checks / merge)
 - Docker disponible (tous les tests s'exécutent via Docker — voir le CLAUDE.md du projet)
 - Projet BMAD v6 : `.bmad/sprint-status.yaml` est créé par `/workflow:start` (phase 1) s'il n'existe pas
@@ -106,6 +107,8 @@ Instancier un sous-agent isolé :
 
 Prendre **directement le rôle de conducteur `/team:sprint`** (ne **pas** instancier un Agent Team imbriqué) :
 
+**Moteur** : avec `--engine=subagents` (défaut), à l'étape 4 lancer un sous-agent via l'outil `Agent` par story (`isolation: "worktree"`, tous dans un même message) au lieu de `TaskCreate`, et à l'étape 5 attendre leur retour au lieu d'interroger `TaskList` (correspondance complète dans `/team:sprint`, section « Moteur d'exécution »). Avec `--engine=teams`, suivre les étapes telles qu'écrites.
+
 1. Lire `.bmad/sprint-status.yaml` ; filtrer les stories à `ready-for-dev`.
 2. Analyser l'indépendance des domaines de fichiers (signaler les chevauchements `**/Shared/**`, `**/Common/**`, `**/Utils/**`,
    `**/Helpers/**` → séquencer dans le même worker).
@@ -194,7 +197,7 @@ Phase              | Statut | Notes
 | DoD story non respectée après tentatives | Marquer `blocked`, continuer, signaler en fin |
 | CI en échec après tentatives | Abandon avec rapport de vérifications échouées |
 | Merge bloqué (protection / scope) | Remonter l'erreur + drapeau suggéré, ne pas forcer |
-| Agent Teams indisponible | Abandon Phase 4 avec indication de configuration (`CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1`) |
+| Agent Teams indisponible avec `--engine=teams` | Repli sur `--engine=subagents` (pas d'abandon) ; définir `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` pour utiliser `--engine=teams` |
 
 ## Notes
 

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

@@ -69,7 +69,7 @@ Ancien `/workflow:plan --research`. Recherche, exploration et contraintes avant
 | Marché | Solutions existantes ? Concurrents ? Bonnes pratiques du secteur ? Tendances émergentes ? |
 | Technique | Technologies candidates ? Intégrations ? Scalabilité ? Sécurité / conformité ? |
 
-Si le MCP Context7 est configuré, l'utiliser pour la documentation technique à jour (`/common:research-context7` pour une recherche approfondie).
+Si le MCP Context7 est configuré, l'utiliser pour la documentation technique à jour (`/deep-research` pour une recherche web approfondie ; hors claude.ai, l'agent `@research-assistant`).
 
 **Contraintes** : documenter les contraintes techniques (backend existant, base de données), business (budget, délais, rétrocompatibilité), réglementaires (RGPD, PCI DSS) et de ressources (taille d'équipe, pas de DevOps).
 
@@ -213,4 +213,3 @@ En cas d'interruption, `/workflow:plan --continue` détecte ce qui existe (PRD t
 - `/workflow:status` - Vérifier la progression
 - `/project:backlog` - Ajouter, lister, modifier et déplacer des stories ensuite
 - `/gate:check` - Valider le backlog
-- `/common:research-context7` - Recherche approfondie avec Context7 MCP