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

package/Dev/i18n/fr/Common/agents/devops-engineer.md

@@ -7,20 +7,6 @@ maxTurns: 8
 tools: [Read, Glob, Grep, Edit, Write, Bash, WebFetch, WebSearch]
 permissionMode: default
 skills: [git-workflow, security]
-disallowedTools:
-  - "Bash(rm -rf:*)"
-  - "Bash(dd:*)"
-  - "Bash(mkfs:*)"
-  - "Bash(kubectl delete:*)"
-  - "Bash(helm uninstall:*)"
-  - "Bash(terraform destroy:*)"
-  - "Bash(tofu destroy:*)"
-  - "Bash(docker system prune -a*)"
-  - "Bash(docker volume rm:*)"
-  - "Bash(curl * | sh*)"
-  - "Bash(wget * | sh*)"
-  - "Bash(git push --force*)"
-  - "Bash(git push -f*)"
 ---
 
 # DevOps Engineer Agent
@@ -232,3 +218,22 @@ strategy:
 3. Configurer health checks
 4. Préparer rollback
 5. Monitorer le déploiement
+
+## Garde-fou des commandes destructives
+
+Un agent ne peut pas bloquer une commande précise : `disallowedTools: Bash(...)` retire tout Bash. Ces commandes passent donc par le prompt de permission — toujours demander une confirmation explicite avant de les lancer. Pour les bloquer dans un projet, ajouter à son `.claude/settings.json` (règles appliquées aussi aux sous-agents) :
+
+```json
+{
+  "permissions": {
+    "deny": [
+      "Bash(kubectl delete:*)",
+      "Bash(helm uninstall:*)",
+      "Bash(terraform destroy:*)",
+      "Bash(tofu destroy:*)",
+      "Bash(docker volume rm:*)",
+      "Bash(docker system prune -a*)"
+    ]
+  }
+}
+```

package/Dev/i18n/fr/Common/agents/migration-specialist.md

@@ -6,22 +6,13 @@ maxTurns: 6
 effort: xhigh
 memory: user
 tools: [Read, Glob, Grep, Bash, WebFetch, WebSearch]
-# Audit 2026-05-18 QW-15 — migrations touch shared/prod databases. Block
-# destructive shell verbs and database drop/truncate. Investigate-then-output
-# is fine; actual destructive execution must require an explicit user opt-in.
-disallowedTools:
-  - "Bash(rm -rf:*)"
-  - "Bash(dd:*)"
-  - "Bash(mkfs:*)"
-  - "Bash(:(){:|:&};:*)"
-  - "Bash(DROP DATABASE:*)"
-  - "Bash(DROP TABLE:*)"
-  - "Bash(TRUNCATE:*)"
-  - "Bash(pg_dump:*)"
-  - "Bash(mysqldump:*)"
-  - "Bash(curl * | sh*)"
-  - "Bash(wget * | sh*)"
 permissionMode: default
+hooks:
+  PreToolUse:
+    - matcher: "Bash"
+      hooks:
+        - type: command
+          command: "grep -qiE '(^|[^A-Za-z_])(DROP[[:space:]]+(DATABASE|SCHEMA|TABLE)|TRUNCATE)([^A-Za-z_]|$)' && { echo \"BLOQUÉ : SQL destructif (DROP DATABASE/SCHEMA/TABLE, TRUNCATE). Proposer la commande à l'utilisateur, qui l'exécutera lui-même.\" >&2; exit 2; } || exit 0"
 ---
 
 # Migration Specialist Agent
@@ -140,3 +131,7 @@ Tu es un **Migration Specialist Senior** avec 12+ ans d'expérience en migration
 - [Stripe - Online migrations at scale](https://stripe.com/blog/online-migrations)
 - [Shopify - Sharding playbook](https://shopify.engineering/learnings-from-shopifys-largest-database-sharding-project)
 - [Strangler Fig - Martin Fowler](https://martinfowler.com/bliki/StranglerFigApplication.html)
+
+## Garde-fou SQL destructif
+
+Un hook `PreToolUse` déclaré dans le frontmatter bloque, tant que cet agent s'exécute, toute commande Bash contenant `DROP DATABASE`, `DROP SCHEMA`, `DROP TABLE` ou `TRUNCATE` (par exemple `psql -c "DROP TABLE …"`) : proposer alors la commande à l'utilisateur. Les fichiers de migration écrits avec Edit/Write ne sont pas concernés. Limites : le hook ne s'exécute qu'après acceptation de la confiance du dossier (*workspace trust*), et il est ignoré quand l'agent est chargé depuis un plugin.

package/Dev/i18n/fr/Common/agents/mlops-engineer.md

@@ -6,21 +6,6 @@ maxTurns: 6
 effort: medium
 memory: user
 tools: [Read, Glob, Grep, Edit, Write, Bash, WebFetch, WebSearch]
-# Audit 2026-05-18 QW-15 — MLOps touches feature stores, model registries
-# and inference endpoints (often production). Block destructive verbs on
-# data/model artefacts and on the underlying infra.
-disallowedTools:
-  - "Bash(rm -rf:*)"
-  - "Bash(dd:*)"
-  - "Bash(mkfs:*)"
-  - "Bash(kubectl delete:*)"
-  - "Bash(helm uninstall:*)"
-  - "Bash(mlflow models delete:*)"
-  - "Bash(mlflow registered-models delete:*)"
-  - "Bash(aws s3 rm:*)"
-  - "Bash(gsutil rm:*)"
-  - "Bash(curl * | sh*)"
-  - "Bash(wget * | sh*)"
 permissionMode: default
 ---
 
@@ -262,3 +247,22 @@ if report.as_dict()["metrics"][0]["result"]["dataset_drift"]:
 - [Google MLOps Guide](https://cloud.google.com/architecture/mlops-continuous-delivery-and-automation-pipelines-in-machine-learning)
 - [Book: Introducing MLOps](https://www.oreilly.com/library/view/introducing-mlops/9781492083283/)
 - [ML Model Governance](https://learn.microsoft.com/en-us/azure/machine-learning/concept-model-management-and-deployment)
+
+## Garde-fou des commandes destructives
+
+Un agent ne peut pas bloquer une commande précise : `disallowedTools: Bash(...)` retire tout Bash. Ces commandes passent donc par le prompt de permission — toujours demander une confirmation explicite avant de les lancer. Pour les bloquer dans un projet, ajouter à son `.claude/settings.json` (règles appliquées aussi aux sous-agents) :
+
+```json
+{
+  "permissions": {
+    "deny": [
+      "Bash(kubectl delete:*)",
+      "Bash(helm uninstall:*)",
+      "Bash(mlflow models delete:*)",
+      "Bash(mlflow registered-models delete:*)",
+      "Bash(aws s3 rm:*)",
+      "Bash(gsutil rm:*)"
+    ]
+  }
+}
+```

package/Dev/i18n/fr/Common/agents/ralph-conductor.md

@@ -7,17 +7,6 @@ maxTurns: 10
 memory: user
 tools: [Read, Glob, Grep, Edit, Write, Bash, Agent, WebFetch, WebSearch]
 permissionMode: default
-disallowedTools:
-  - "Bash(rm -rf:*)"
-  - "Bash(dd:*)"
-  - "Bash(mkfs:*)"
-  - "Bash(:(){:|:&};:*)"
-  - "Bash(sudo:*)"
-  - "Bash(chmod 777:*)"
-  - "Bash(curl * | sh*)"
-  - "Bash(wget * | sh*)"
-  - "Bash(git push --force*)"
-  - "Bash(git push -f*)"
 ---
 
 # Agent Ralph Conductor v2.0
@@ -188,11 +177,11 @@ Summary:
 
 ## Mode de coordination Agent Teams
 
-Lors d'une opération en mode Agent Teams (activé via `--ralph-mode` sur `/team:sprint`), le conductor endosse le rôle de **chef d'équipe** et coordonne un coéquipier dev via l'API Agent Teams de Claude Code au lieu de la gestion de processus bash.
+Lors d'une opération en mode Agent Teams (activé via `--ralph-mode` sur `/team:sprint --engine=teams`), le conductor endosse le rôle de **chef d'équipe** et coordonne un coéquipier dev via l'API Agent Teams de Claude Code au lieu de la gestion de processus bash.
 
 ### Prérequis
 
-- Variable d'environnement `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1`
+- Variable d'environnement `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` (requis uniquement par `/team:sprint --engine=teams`)
 - Claude Code v2.1.32+
 - Bibliothèque d'adaptation : `Tools/AgentTeams/lib/ralph-teams-adapter.sh`
 
@@ -229,8 +218,8 @@ Le conductor exécute des vérifications de santé périodiques via `teams_watch
 ### Maintien du mode Bash intact
 
 Toute l'orchestration en mode bash existante reste inchangée. Le mode Agent Teams n'est activé que lorsque :
-1. Le drapeau `--ralph-mode` est passé à `/team:sprint`
-2. La variable d'environnement `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` est définie
+1. Le drapeau `--ralph-mode` est passé à `/team:sprint --engine=teams`
+2. La variable d'environnement `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` est définie (requis uniquement par `/team:sprint --engine=teams`)
 3. La bibliothèque d'adaptation est disponible
 
 Sans ces conditions, le conductor opère exactement comme avant.

package/Dev/i18n/fr/Common/agents/refactoring-specialist.md

@@ -7,15 +7,6 @@ maxTurns: 8
 tools: [Read, Glob, Grep, Edit, Write, Bash, WebFetch, WebSearch]
 permissionMode: default
 skills: [solid-principles, kiss-dry-yagni, testing]
-disallowedTools:
-  - "Bash(rm -rf:*)"
-  - "Bash(dd:*)"
-  - "Bash(mkfs:*)"
-  - "Bash(:(){:|:&};:*)"
-  - "Bash(sudo:*)"
-  - "Bash(chmod 777:*)"
-  - "Bash(curl * | sh*)"
-  - "Bash(wget * | sh*)"
 ---
 
 # Refactoring Specialist Agent

package/Dev/i18n/fr/Common/agents/tdd-coach.md

@@ -7,15 +7,6 @@ maxTurns: 8
 tools: [Read, Glob, Grep, Edit, Write, Bash, WebFetch, WebSearch]
 permissionMode: default
 skills: [testing, solid-principles]
-disallowedTools:
-  - "Bash(rm -rf:*)"
-  - "Bash(dd:*)"
-  - "Bash(mkfs:*)"
-  - "Bash(:(){:|:&};:*)"
-  - "Bash(sudo:*)"
-  - "Bash(chmod 777:*)"
-  - "Bash(curl * | sh*)"
-  - "Bash(wget * | sh*)"
 ---
 
 # Agent TDD/BDD Coach

package/Dev/i18n/fr/Common/agents/uiux-orchestrator.md

@@ -6,15 +6,6 @@ effort: medium
 maxTurns: 10
 tools: [Read, Glob, Grep, Edit, Write, Bash, Agent, WebFetch, WebSearch]
 permissionMode: default
-disallowedTools:
-  - "Bash(rm -rf:*)"
-  - "Bash(dd:*)"
-  - "Bash(mkfs:*)"
-  - "Bash(:(){:|:&};:*)"
-  - "Bash(sudo:*)"
-  - "Bash(chmod 777:*)"
-  - "Bash(curl * | sh*)"
-  - "Bash(wget * | sh*)"
 ---
 
 # UIUX Orchestrator Agent

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

@@ -51,6 +51,12 @@ Exécuter Claude en boucle continue jusqu'à ce que la tâche soit terminée ou
    - Définir les itérations max, les timeouts, les critères DoD
    - Initialiser les hooks si activés
 
+#### Isolation des sessions et des workers parallèles
+
+- **Session Claude explicite** : chaque session Ralph fixe son propre identifiant de conversation Claude — `claude --session-id <uuid>` à la première itération, puis `claude --resume <uuid>`. L'UUID est stocké dans `.ralph/sessions/<session>/claude_session_id`, ce qui permet à `--continue=<session>` de reprendre la bonne conversation. Ralph n'utilise plus `claude --continue`, qui reprenait « la conversation la plus récente du répertoire » (partagée entre workers, voire avec une session interactive de l'utilisateur).
+- **Worktree git par worker** (mode parallèle, `lib/parallel-manager.sh`) : chaque story s'exécute dans un worktree dédié `.ralph/parallel/worktrees/<session>` sur la branche `ralph/<session>`, avec son état Ralph sous `.ralph/parallel/sessions/<session>/ralph/`. En fin de run, les modifications restantes sont commitées en `wip(ralph): <story>` sur cette branche, puis le worktree est retiré (`git worktree remove`). Si ce commit échoue, le worktree est conservé (aucune perte) et signalé dans `output.log`. Le travail se récupère en fusionnant les branches `ralph/*`.
+- **Hors dépôt git** : pas de worktree ; le worker s'exécute dans le répertoire courant (avertissement affiché), l'isolation des sessions Claude restant assurée.
+
 ### 2. Boucle principale avec Dashboard
 
 ```
@@ -76,6 +82,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 +135,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

package/Dev/i18n/fr/Common/commands/research-context7.md

@@ -1,257 +1,9 @@
 ---
-description: Recherche avec Context7 et Web
-argument-hint: [arguments]
+description: "Obsolète (retirée en 9.0) : utilisez le MCP context7 ou /deep-research"
+deprecated: true
+replaced-by: mcp:context7
 ---
 
-# Recherche avec Context7 et Web
+> ⚠️ `/common:research-context7` est obsolète et sera retirée en 9.0. Utilisez le MCP context7 ou `/deep-research`.
 
-Tu es un assistant de recherche expert. Tu dois utiliser le MCP Context7 pour accéder à la documentation des librairies et la recherche web pour trouver des informations à jour sur un sujet technique.
-
-## Arguments
-$ARGUMENTS
-
-Arguments :
-- Sujet de recherche ou question technique
-- (Optionnel) Librairies spécifiques à consulter
-
-Exemple : `/common:research-context7 "Comment implémenter l'authentification OAuth2 avec NextAuth.js"` ou `/common:research-context7 "Best practices React 19" react,nextjs`
-
-## 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 :
-- Le sujet principal de la recherche
-- Les technologies/librairies concernées
-- Le niveau de détail requis
-- Les questions spécifiques à répondre
-
-### Étape 2 : Utiliser Context7 (MCP)
-
-**Context7 permet d'accéder à la documentation à jour des librairies.**
-
-#### Rechercher la documentation
-
-```
-Utiliser l'outil MCP context7 pour :
-1. Rechercher la documentation officielle de la librairie
-2. Obtenir les exemples de code à jour
-3. Consulter les guides et tutoriels officiels
-4. Vérifier les API disponibles
-```
-
-#### Librairies supportées par Context7
-
-Context7 indexe les documentations de nombreuses librairies populaires :
-- React, Next.js, Vue, Nuxt, Svelte
-- Node.js, Express, Fastify, NestJS
-- Python (Django, FastAPI, Flask)
-- TypeScript, Tailwind CSS
-- Et bien d'autres...
-
-#### Format de requête Context7
-
-Pour utiliser Context7, je dois :
-1. Identifier la librairie exacte
-2. Formuler une requête précise
-3. Demander des exemples de code si pertinent
-
-### Étape 3 : Recherche Web Complémentaire
-
-**Utiliser la recherche web pour :**
-
-1. **Informations récentes** (après la date de cutoff de Context7)
-   - Nouvelles versions
-   - Breaking changes
-   - Annonces officielles
-
-2. **Discussions communautaires**
-   - Issues GitHub
-   - Discussions Stack Overflow
-   - Articles de blog d'experts
-
-3. **Comparaisons et alternatives**
-   - Benchmarks
-   - Comparaisons de solutions
-   - Retours d'expérience
-
-4. **Cas d'usage spécifiques**
-   - Exemples de production
-   - Patterns avancés
-   - Solutions à des problèmes courants
-
-### Étape 4 : Synthétiser les Résultats
-
-#### Format de Réponse
-
-```
-══════════════════════════════════════════════════════════════
-🔍 RECHERCHE : [Sujet]
-══════════════════════════════════════════════════════════════
-
-──────────────────────────────────────────────────────────────
-📚 DOCUMENTATION OFFICIELLE (Context7)
-──────────────────────────────────────────────────────────────
-
-### [Librairie 1]
-
-**Version actuelle** : X.Y.Z
-
-**Résumé** :
-[Résumé des informations trouvées]
-
-**Code exemple** :
-```[language]
-// Code d'exemple de la documentation
-```
-
-**Liens utiles** :
-- [Lien 1]
-- [Lien 2]
-
-### [Librairie 2]
-...
-
-──────────────────────────────────────────────────────────────
-🌐 RECHERCHE WEB
-──────────────────────────────────────────────────────────────
-
-### Informations Récentes
-
-- [Date] : [Information trouvée]
-- [Date] : [Information trouvée]
-
-### Articles Pertinents
-
-1. **[Titre de l'article]**
-   - Source : [URL]
-   - Résumé : [Points clés]
-
-2. **[Titre de l'article]**
-   ...
-
-### Discussions Communautaires
-
-- **GitHub Issue** : [Lien] - [Résumé]
-- **Stack Overflow** : [Lien] - [Résumé]
-
-──────────────────────────────────────────────────────────────
-💡 SYNTHÈSE ET RECOMMANDATIONS
-──────────────────────────────────────────────────────────────
-
-### Réponse à la Question
-
-[Réponse synthétique basée sur les recherches]
-
-### Approche Recommandée
-
-1. [Étape 1]
-2. [Étape 2]
-3. [Étape 3]
-
-### Points d'Attention
-
-- ⚠️ [Point d'attention 1]
-- ⚠️ [Point d'attention 2]
-
-### Code Exemple Complet
-
-```[language]
-// Code exemple compilant les meilleures pratiques trouvées
-```
-
-──────────────────────────────────────────────────────────────
-📋 SOURCES
-──────────────────────────────────────────────────────────────
-
-Documentation :
-- [Source 1]
-- [Source 2]
-
-Web :
-- [Source 1]
-- [Source 2]
-```
-
-### Étape 5 : Validation
-
-#### Vérifier la Qualité des Sources
-
-- [ ] Sources officielles privilégiées
-- [ ] Informations à jour (< 1 an idéalement)
-- [ ] Cohérence entre les sources
-- [ ] Exemples de code testables
-
-#### Vérifier la Pertinence
-
-- [ ] Répond à la question initiale
-- [ ] Niveau de détail adapté
-- [ ] Exemples pratiques fournis
-- [ ] Alternatives mentionnées si pertinent
-
-### Cas d'Usage Types
-
-#### 1. Nouvelle Librairie
-
-```
-Question : "Comment utiliser [nouvelle librairie] ?"
-
-→ Context7 : Documentation, API, exemples de base
-→ Web : Tutoriels, retours d'expérience, gotchas
-```
-
-#### 2. Problème Technique
-
-```
-Question : "Pourquoi [erreur] avec [librairie] ?"
-
-→ Context7 : Documentation des erreurs, troubleshooting
-→ Web : Issues GitHub, Stack Overflow, forums
-```
-
-#### 3. Comparaison
-
-```
-Question : "[Lib A] vs [Lib B] pour [use case] ?"
-
-→ Context7 : Features de chaque lib
-→ Web : Benchmarks, comparatifs, avis d'experts
-```
-
-#### 4. Best Practices
-
-```
-Question : "Meilleures pratiques pour [sujet] ?"
-
-→ Context7 : Guidelines officielles
-→ Web : Articles d'experts, patterns populaires
-```
-
-#### 5. Migration
-
-```
-Question : "Migrer de [v1] à [v2] ?"
-
-→ Context7 : Guide de migration officiel
-→ Web : Retours d'expérience, breaking changes réels
-```
-
-### Consignes Importantes
-
-1. **Toujours citer les sources** - Ne jamais inventer d'information
-2. **Privilégier la documentation officielle** - Context7 d'abord
-3. **Vérifier la date des informations** - Le web peut avoir du contenu obsolète
-4. **Fournir du code testable** - Les exemples doivent fonctionner
-5. **Être honnête sur les limites** - Si l'information n'est pas trouvée, le dire
-
-### En Cas de Doute
-
-Si je ne trouve pas l'information :
-- Indiquer clairement ce qui n'a pas été trouvé
-- Proposer des pistes alternatives
-- Suggérer où chercher manuellement
-- Ne JAMAIS inventer ou halluciner des informations
+Pour « $ARGUMENTS » : documentation via le MCP context7 (`resolve-library-id` puis `query-docs`), recherche web via `/deep-research` ; hors claude.ai, WebSearch/WebFetch ou l'agent `@research-assistant`.

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

@@ -352,13 +352,15 @@ La commande `/context` fournit des suggestions actionnables pour optimiser l'uti
 
 Ajuster le niveau d'effort du modele selon la complexite de la tache:
 
-| Commande | Modele | Usage |
-|----------|--------|-------|
-| `/effort low` | Haiku 5.5 | Taches simples, lookups, classification |
-| `/effort medium` | Sonnet 5.5 | Implementation standard |
-| `/effort high` | Opus 5.5 | Raisonnement complexe, architecture |
-| `/effort xhigh` | Opus 5.5 (extended thinking) | Décisions critiques, migrations complexes, ADR |
-| `/effort ultracode` | Opus 5.5 (toggle séparé depuis v2.1.284, Dynamic Workflows) | Mode débit code maximal — pipelines automatisés, génération massive |
+| Commande | Effet | Usage |
+|----------|-------|-------|
+| `/effort low` | Raisonnement minimal, réponses rapides | Tâches simples, lookups, classification |
+| `/effort medium` | Profondeur standard | Implémentation standard |
+| `/effort high` | Raisonnement approfondi | Raisonnement complexe, architecture |
+| `/effort xhigh` | Adaptive thinking au maximum | Décisions critiques, migrations complexes, ADR |
+| `/effort ultracode` | Toggle séparé (v2.1.284+), Dynamic Workflows | Débit de code maximal — pipelines automatisés, génération massive |
+
+> **L'effort ne change pas de modèle :** il règle la profondeur de raisonnement du modèle courant ; le modèle se choisit avec `/model`. Couples conseillés : `low` sur Haiku 5.5, `medium` sur Sonnet 5.5, `high`/`xhigh` sur Opus 5.5.
 
 > **Effort par défaut selon le modèle :** medium sur Opus 5.5 et Haiku 5.5 ; high sur Sonnet 5.5, Fable 5.1 et les modèles legacy.
 > **Fable 5.1** (`claude-fable-5-1`, 10 $/50 $ par Mtok) est un modèle actuel, adapté aux agents créatifs/narratifs. **Mythos** est en disponibilité limitée (Cyber Verification Program uniquement).
@@ -493,7 +495,7 @@ Lors de la compaction, toujours preserver:
 | Variable | Description |
 |----------|-------------|
 | `CLAUDE_CODE_SUBAGENT_MODEL` | Modèle **par défaut** des sous-agents non typés (ex : `sonnet`). **Depuis Claude Code 2.1.251**, le frontmatter `model:` d'un agent prévaut : les 11 reviewers `model: haiku` restent sur Haiku. **Avant 2.1.251, c'était l'inverse** — cette variable écrasait le frontmatter. |
-| `CLAUDE_CODE_FORK_SUBAGENT` | `1` pour isoler le contexte des sous-agents (forked subagents, v2.1.117+) |
+| `CLAUDE_CODE_FORK_SUBAGENT` | `1` pour isoler le contexte des sous-agents (forked subagents, v2.1.117+) ; actif par défaut en `-p`, SDK, desktop et VS Code depuis 2.1.302, `0` pour le désactiver |
 | `ENABLE_PROMPT_CACHING_1H` / `FORCE_PROMPT_CACHING_5M` | Étendre/forcer le prompt caching (−40 % sur les sessions répétitives) |
 | `CLAUDE_CODE_DISABLE_AUTO_MEMORY` | Mettre à `1` pour désactiver la mémoire automatique |
 

package/Dev/i18n/fr/Common/templates/settings.json.template

@@ -25,6 +25,10 @@
     ],
     "deny": [
       "Bash(rm -rf:*)",
+      "Bash(dd:*)",
+      "Bash(mkfs:*)",
+      "Bash(git push --force*)",
+      "Bash(git push -f*)",
       "Bash(sudo:*)",
       "Bash(chmod 777:*)",
       "Bash(curl | sh:*)",

package/Dev/i18n/fr/React/commands/check-compliance.md

@@ -22,7 +22,7 @@ Tu es un expert en qualité logicielle chargé d'effectuer un audit complet de c
 - Identifier le répertoire du projet à auditer ($ARGUMENTS ou répertoire courant)
 - Vérifier que le projet est bien un projet React (présence de package.json avec react)
 - Créer un contexte d'audit avec timestamp
-- Lire l'ensemble des règles disponibles dans `/home/fmetivier/Documents/Company/TheBeardedCTO/Tools/Claude/Dev/React/rules/`
+- Lire l'ensemble des règles disponibles dans `.claude/rules/`
 
 ### Étape 2 : Exécution des audits sectoriels
 

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

@@ -20,8 +20,8 @@ Tu es un expert en sécurité React chargé d'auditer la sécurité d'un projet
 ### Étape 1 : Analyse du contexte
 - Identifier le répertoire du projet à auditer ($ARGUMENTS ou répertoire courant)
 - Lire les règles de sécurité depuis :
-  - `/home/fmetivier/Documents/Company/TheBeardedCTO/Tools/Claude/Dev/React/rules/11-security.md`
-  - `/home/fmetivier/Documents/Company/TheBeardedCTO/Tools/Claude/Dev/React/rules/03-coding-standards.md` (section sécurité)
+  - `.claude/rules/11-security-react.md`
+  - `.claude/rules/03-coding-standards.md` (section sécurité)
 
 ### Étape 2 : Vérification des vulnérabilités XSS