### Principes de conception

1. **Des fichiers plutôt que des bases de données.** La mémoire est en Markdown. La configuration est en TOML. Les journaux sont en texte brut. Tout est lisible par un humain et diffable via git.

2. **Les limites sont des fonctionnalités.** Les portes d'approbation rendent les agents autonomes dignes de confiance. Un agent qui peut dépenser votre argent sans demander n'est pas autonome, c'est dangereux.

3. **Connaissance cumulative.** Chaque itération doit rendre l'agent plus intelligent. La mémoire n'est pas un cache — c'est un investissement.

4. **Transparence par défaut.** Si vous ne pouvez pas voir ce que l'agent a fait et pourquoi, quelque chose ne va pas.

<a id="platform-support"></a>

## Prise en charge des plateformes

| | macOS | Linux | Windows (WSL) | Windows (native PS7) |
|---|:---:|:---:|:---:|:---:|
| bash-guard | Oui | Oui | Oui | Oui (.ps1) |
| git-safe | Oui | Oui | Oui | Oui (.ps1) |
| file-guard | Oui | Oui | Oui | Oui (.ps1) |
| read-once | Oui | Oui | Oui | Oui (.ps1) |
| branch-guard | Oui | Oui | Oui | Oui (.ps1) |
| worktree-guard | Oui | Oui | Oui | Oui (.ps1) |
| session-log | Oui | Oui | Oui | Oui (.ps1) |
| enforce-hooks | Oui | Oui | Oui (bash) | WSL ou Git Bash |
| safety-check | Oui | Oui | Oui | Partielle (bash requis) |
| Installer | `install.sh` | `install.sh` | `install.sh` | `install.ps1` |
| Fiabilité des hooks | Complète | Complète | Complète | [~18 %](https://github.com/anthropics/claude-code/issues/37988) |

**Meilleure expérience :** macOS ou Linux. **Windows :** utilisez WSL pour une fiabilité totale. Les hooks PowerShell natifs fonctionnent, mais Claude Code les déclenche de manière incohérente ([#37988](https://github.com/anthropics/claude-code/issues/37988)).

<a id="recommended-claude-code-version"></a>

## Version recommandée de Claude Code

**Utilisez la dernière version de Claude Code.** Claude Code évolue rapidement ; consultez le [flux des versions](https://github.com/anthropics/claude-code/releases) d'Anthropic avant de fixer une version, puis exécutez `safety-check` avec `--verify` pour confirmer que les hooks se déclenchent correctement dans votre environnement. Les versions ci-dessous sont des points de rupture historiques liés aux hooks, pas un suivi de la version actuelle :

| Version | Problème |
|---|---|
| v2.1.91+ | Restaure les permissions d'exécution du `rg` intégré, corrigeant les régressions de découverte des commandes de projet depuis v2.1.88-89 ([#41497](https://github.com/anthropics/claude-code/issues/41497), [#41864](https://github.com/anthropics/claude-code/issues/41864)) |
| v2.1.90+ | Version minimale pour l'amélioration du blocage exit-2 + JSON, le correctif format-on-save de PostToolUse et 4 correctifs de contournement des permissions PowerShell |
| v2.1.89 | Ajoute `PermissionDenied`, `defer`, `file_path` absolu et la correspondance composée du `if` de hook, mais présentait encore des régressions de découverte des commandes et d'affichage de `SessionStart` |
| v2.1.88 | [Obsolète/retiré de npm](https://github.com/anthropics/claude-code/issues/41497) : commandes/compétences personnalisées cassées, fuite de source map |
| v2.1.81-84 | [Réinitialisation du contournement des permissions en cours de session](https://github.com/anthropics/claude-code/issues/37745) lorsque des hooks PreToolUse sont installés |
| < v2.1.50 | Pas de prise en charge du format `hookSpecificOutput` (`decision: "block"` obsolète fonctionne toujours mais devrait être migré) |

Exécutez `claude --version` pour vérifier votre installation locale.

## Dépannage

**Commentaires JSONC dans settings.json** : si votre `~/.claude/settings.json` contient des commentaires `//` ou `/* */`, les hooks peuvent cesser silencieusement de fonctionner ([claude-code#37540](https://github.com/anthropics/claude-code/issues/37540)). Nos installateurs détectent le JSONC et suppriment automatiquement les commentaires (en créant une sauvegarde `.bak`). Si les hooks ne se déclenchent pas, vérifiez la présence de commentaires dans votre fichier de paramètres.

**Hooks qui ne bloquent pas** : Claude Code ne déclenche les hooks que lors des appels d'outils, pas lors de l'assemblage des invites. Des fonctionnalités comme l'@-autocomplétion injectent le contenu des fichiers avant que les hooks puissent intercepter. Voir [claude-code#32928](https://github.com/anthropics/claude-code/issues/32928).

**Hooks de projet ignorés depuis les sous-répertoires** : si votre dépôt stocke les hooks dans `.claude/settings.json` à la racine du dépôt, démarrez Claude Code et exécutez `safety-check` depuis cette même racine. Un lancement depuis un sous-répertoire peut amener Claude à considérer ce sous-répertoire comme la racine du projet et à ignorer les hooks du projet parent sans avertissement. `safety-check` signale cela comme un avertissement de paramètres de projet parent. Sous Windows PowerShell natif, exécutez `Set-Location (git rev-parse --show-toplevel)` depuis l'intérieur du checkout avant d'exécuter `install.ps1 verify`.

**Réinitialisation du contournement des permissions avec hooks installés** : si vous utilisez `--dangerously-skip-permissions` (courant dans les configurations autonomes), les hooks PreToolUse peuvent [provoquer une réinitialisation de l'état des permissions en cours de session](https://github.com/anthropics/claude-code/issues/37745), ramenant tous les outils à une approbation manuelle. C'est un bug de la plateforme, pas un bug des hooks. Si les outils exigent soudainement une approbation 30 à 120 minutes après le début d'une session, c'en est la raison.

**La variable d'environnement IS_DEMO désactive tous les hooks** : si `IS_DEMO=1` est défini dans votre environnement (parfois via les paramètres de l'IDE ou de l'espace de travail cloud), Claude Code [ignore silencieusement toute exécution de hooks](https://github.com/anthropics/claude-code/issues/37780) en supprimant la confiance de l'espace de travail sans l'accorder. Exécutez `echo $IS_DEMO` pour vérifier. Notre outil `safety-check` détecte cela automatiquement.

**CLAUDE_CODE_SIMPLE désactive tous les hooks** : lorsque la variable d'environnement `CLAUDE_CODE_SIMPLE` est définie à une valeur non vide, Claude Code désactive entièrement les hooks, les outils MCP, les pièces jointes et le chargement du fichier CLAUDE.md (introduit en v2.1.50). Aucune règle d'application ne se déclenchera. Exécutez `echo $CLAUDE_CODE_SIMPLE` pour vérifier. Notre outil `safety-check` détecte cela automatiquement.

**Le drapeau `--bare` ignore tous les hooks** : le drapeau CLI `--bare` désactive les hooks, le LSP, la synchronisation des plugins et les parcours des répertoires de compétences pour les appels scriptés `-p`. Si votre pipeline autonome utilise `claude --bare -p`, aucun hook ne se déclenche. Utilisez des contrôles au niveau du système d'exploitation (permissions de fichiers, conteneurisation) pour appliquer les règles en mode bare.

**La gestion des refus de hooks reste incohérente selon les outils et les versions** : `hookSpecificOutput.permissionDecision: "deny"` s'est amélioré, mais ce n'est pas une garantie universelle sur toutes les surfaces de Claude Code. Plusieurs problèmes en amont documentent encore des cas où la gestion des refus est ignorée ou varie selon le type d'outil/événement. C'est pourquoi les hooks du framework qui doivent bloquer fermement les actions dangereuses utilisent le chemin le plus conservateur que Claude Code respecte actuellement de la manière la plus fiable : une raison lisible par l'humain sur `stderr` plus un `exit 2`, puis nous demandons aux utilisateurs d'exécuter `safety-check --verify` après l'installation et après les mises à jour de Claude Code. Si vous écrivez des hooks personnalisés, ne supposez pas qu'une réponse JSON de refus seule suffit simplement parce qu'elle fonctionne dans un test local.

**Les sous-agents peuvent ignorer les paramètres de hooks** : les agents générés via l'outil Agent [n'héritent pas systématiquement des paramètres de permissions](https://github.com/anthropics/claude-code/issues/37730). Les hooks dans `.claude/settings.json` devraient toujours se déclencher (configuration partagée), mais vérifiez le comportement des hooks lorsque vous utilisez des flux de travail avec sous-agents.

**Le stderr des hooks peut divulguer vos chemins de fichiers** : le moteur de hooks de Claude Code [préfixe la sortie stderr avec le chemin brut de la commande](https://github.com/anthropics/claude-code/issues/41226), exposant des détails comme `/Users/yourname/.claude/hooks/my-hook.sh` dans la conversation. Cela vient de la couche d'exécution de la plateforme, pas des hooks. Nos hooks utilisent des préfixes propres (`[bash-guard]`, `[file-guard]`, etc.) pour les messages de débogage et n'exposent jamais les chemins de fichiers dans stdout ni stderr. La journalisation de débogage est activée individuellement pour chaque hook (par ex. `BASH_GUARD_LOG=1`).

**Les opérations git internes contournent tous les hooks** : Claude Code exécute des opérations git en arrière-plan (fetch + reset) [par programmation environ toutes les 10 minutes](https://github.com/anthropics/claude-code/issues/40710) sans lancer de binaire `git` externe ni effectuer d'appel d'outil. Comme les hooks ne se déclenchent que lors des appels d'outils, git-safe et tous les autres hooks sont aveugles à ces opérations. Cela peut détruire silencieusement les modifications non commitées des fichiers suivis. Solution : utilisez des git worktrees (immunisés contre les resets du checkout principal) ou commitez fréquemment. Si vous utilisez `claude -w`, installez aussi [worktree-guard](https://github.com/bande-a-bonnot/boucle-framework/blob/HEAD/tools/worktree-guard/) avant de vous fier aux worktrees ; sinon, quitter un worktree peut supprimer des commits non fusionnés ou non poussés.

**Désynchronisation des permissions après modification de settings.local.json** : si l'outil Edit de Claude modifie `.claude/settings.local.json` pendant une session, l'état des permissions en mémoire [se désynchronise du fichier sur disque](https://github.com/anthropics/claude-code/issues/41259). Les règles d'autorisation cessent de fonctionner et l'utilisateur est invité à plusieurs reprises à approuver des commandes déjà autorisées. Le fichier sur disque est correct ; le problème vient du cache en mémoire. Solution : laissez Claude Code gérer les fichiers de permissions via son propre mécanisme d'invite, ou redémarrez la session après des modifications manuelles.

**Nouveau dans v2.1.89 : événement de hook PermissionDenied** : un nouvel événement de hook se déclenche après les refus du classificateur du mode auto. Les hooks peuvent renvoyer `{"retry": true}` pour indiquer au modèle qu'il peut réessayer l'opération refusée. Le problème lié documente la lacune documentaire initiale de cet événement. Également dans v2.1.89 : les conditions `if` des hooks [correspondent désormais aux commandes Bash composées](https://github.com/anthropics/claude-code/issues/41262) (`ls && git push` correspond à `Bash(git *)`) et aux commandes avec préfixes de variables d'environnement (`FOO=bar git push`).

**systemMessage de SessionStart non affiché (v2.1.89)** : le champ `systemMessage` renvoyé par les hooks SessionStart n'est [plus rendu dans le terminal](https://github.com/anthropics/claude-code/issues/41285). Le hook s'exécute et `additionalContext` est toujours injecté dans le contexte du modèle, mais la sortie visuelle qui apparaissait auparavant (par ex. « SessionStart:startup dit : ... ») manque silencieusement. Si vous vous fiez à `systemMessage` pour les notifications à l'opérateur ou l'identification de session, la sortie ne sera pas visible. Lié : [#9090](https://github.com/anthropics/claude-code/issues/9090), [#15344](https://github.com/anthropics/claude-code/issues/15344).

**Échec des hooks lors de la première session dans un nouveau projet** : lors de toute première session dans un répertoire de projet, les hooks SessionStart et UserPromptSubmit se déclenchent [avant que le répertoire du projet n'existe](https://github.com/anthropics/claude-code/issues/41310) (`~/.claude/projects/<encoded-path>/`). Tout hook qui dérive des chemins de fichiers de `transcript_path` et tente d'y écrire échouera. Solution : ajoutez `mkdir -p` pour les chemins dérivés de `transcript_path` avant d'écrire.

**Auto-exécution du modèle dans les longues sessions** : lors de longues sessions sans supervision, le modèle peut [halluciner un texte `Human:` après la remise d'une notification de tâche](https://github.com/anthropics/claude-code/issues/41307) puis l'exécuter comme s'il s'agissait d'une véritable demande utilisateur, déclenchant des opérations git et des modifications de fichiers non autorisées. Les hooks ne peuvent pas détecter cela car les appels d'outils résultants sont authentiques — seul le déclencheur est halluciné. Atténuation : utilisez des limites de durée de session et évitez les très longues sessions sans supervision.

**Fuite de GIT_INDEX_FILE dans les worktrees** : les agents générés via EnterWorktree peuvent voir leur index git [corrompu par des entrées de plugins du marketplace](https://github.com/anthropics/claude-code/issues/41314) en raison de la fuite de la variable d'environnement `GIT_INDEX_FILE` à travers les limites de processus. Si les opérations de worktree montrent des fichiers inattendus dans git status, cela peut en être la cause.

**Impossible d'arrêter les agents en arrière-plan** : les agents générés via l'outil Agent avec `run_in_background` [ne peuvent pas être terminés de manière fiable](https://github.com/anthropics/claude-code/issues/41461) par l'utilisateur. Dans un cas rapporté, 14 agents parallèles ont écrit dans le même fichier et consommé ~1,4 million de jetons (55 à 106 $). Il n'existe aucun mécanisme d'arrêt intégré. Atténuation : évitez de générer de nombreux agents en arrière-plan et surveillez la consommation de jetons si vous le faites.

**Le paramètre cleanupPeriodDays peut être ignoré** : le paramètre `cleanupPeriodDays` dans `settings.json` [peut être silencieusement contourné](https://github.com/anthropics/claude-code/issues/41458), supprimant les fichiers de session même lorsqu'il est défini à des valeurs très élevées. Un utilisateur a perdu 490 sessions malgré une valeur de 99999. Si vous dépendez de la persistance des sessions, sauvegardez `~/.claude/projects/` indépendamment.

**Répertoires .claude/ symboliquement liés non détectés (Linux)** : les commandes slash issues de [`.claude/commands/` lié symboliquement](https://github.com/anthropics/claude-code/issues/41451) ne sont pas chargées sous Linux (régression). C'est un schéma courant en équipe (stocker la configuration partagée dans un répertoire central et créer un lien symbolique). Les hooks et les compétences peuvent aussi échouer si `.claude/` est lui-même un lien symbolique. Solution : copiez les fichiers au lieu de créer des liens symboliques.

**ripgrep intégré sans permission d'exécution (Linux)** : le binaire `rg` intégré [peut perdre sa permission d'exécution](https://github.com/anthropics/claude-code/issues/41463) sous Linux, cassant silencieusement toutes les commandes slash définies par l'utilisateur dans `~/.claude/commands/`. Correctif : `chmod +x` sur le binaire intégré.

**Régressions de découverte des commandes v2.1.88-89** : v2.1.88 a été [dépréciée/retirée de npm](https://github.com/anthropics/claude-code/issues/41497) après que les commandes personnalisées ont cessé de se charger et que `cli.js.map` a été livré accidentellement. v2.1.89 a conservé la régression de découverte des commandes pour certains utilisateurs ([#41864](https://github.com/anthropics/claude-code/issues/41864)), bien qu'elle ait aussi ajouté des fonctionnalités de hooks comme `PermissionDenied`. Anthropic a marqué le correctif de permission d'exécution du `rg` intégré comme livré dans v2.1.91. Si les commandes ou compétences personnalisées disparaissent, mettez à jour vers la dernière version de Claude Code et réexécutez `safety-check --verify`.

**Les sessions non interactives se bloquent sur la limite d'utilisation** : en mode headless, `--print` ou contrôle à distance, atteindre une limite d'utilisation [affiche une invite de confirmation à laquelle on ne peut pas répondre](https://github.com/anthropics/claude-code/issues/41502) car il n'y a pas de stdin. La session se bloque définitivement. Il n'existe aucune solution programmatique ([#41503](https://github.com/anthropics/claude-code/issues/41503)). Si vous exécutez Claude Code dans des pipelines CI, cron ou des boucles autonomes, définissez des limites de durée de session et surveillez les processus bloqués.

**Règles de refus contournées par les pipes et les commandes composées** : les règles de refus intégrées ne correspondent qu'à la chaîne de commande complète. `Bash(rm *)` bloque `rm -rf /` mais pas `find /foo | xargs rm` ni `something && rm -rf /`. La documentation dit que les règles d'autorisation analysent les opérateurs shell, mais [les règles de refus ne le font pas](https://github.com/anthropics/claude-code/issues/41559). Remarque : les conditions `if` des hooks ont été corrigées en amont (fin mars 2026) pour correspondre correctement aux commandes composées et aux préfixes de variables d'environnement, donc les hooks *se déclenchent* correctement pour ces schémas. La lacune concerne spécifiquement les *règles* de refus, pas les hooks. bash-guard analyse chaque segment de pipe et chaque chaîne composée indépendamment, détectant ces schémas de contournement. Voir aussi [#37662](https://github.com/anthropics/claude-code/issues/37662), [#16180](https://github.com/anthropics/claude-code/issues/16180).

**« Confirmer chaque modification individuellement » silencieusement ignoré** : en quittant le mode plan et en sélectionnant « confirmer chaque modification individuellement », [les changements s'appliquent sans aucune invite](https://github.com/anthropics/claude-code/issues/41551) si les outils (Edit, Write, Bash) sont dans `permissions.allow`. Les règles d'autorisation persistantes remplacent le choix explicite de l'utilisateur pour la session. Solution : supprimez les autorisations d'outils trop larges et utilisez des hooks pour l'application des règles à la place.

**Hooks SessionEnd tués avant la fin de l'exécution** : les hooks SessionEnd qui effectuent un travail asynchrone (appels API, résumés LLM, requêtes réseau) sont [tués en pleine exécution](https://github.com/anthropics/claude-code/issues/41577) lorsque Claude Code se ferme, quel que soit le délai d'expiration configuré. Le hook atteint l'appel asynchrone mais le processus parent se termine avant le retour de la réponse. Solution : détachez le travail lourd dans un processus en arrière-plan avec `nohup ... & disown`, puis `exit 0` immédiatement.

**L'accès aux répertoires « toujours autoriser » n'est pas conservé** : cliquer sur « Oui, et toujours autoriser l'accès à [dossier] » [ne se sauvegarde pas de manière fiable](https://github.com/anthropics/claude-code/issues/41579). Claude redemande pour le même répertoire lors des sessions suivantes. L'ajout à `additionalDirectories` dans settings.json est également peu fiable. Lié à [#40606](https://github.com/anthropics/claude-code/issues/40606) (fuite d'additionalDirectories entre les projets).

**Les écritures dans `~/.claude/` bloquent les sessions automatisées** : les écritures dans des chemins sous `~/.claude/` déclenchent une invite de fichier sensible codée en dur qui [ne peut pas être supprimée](https://github.com/anthropics/claude-code/issues/41615) par `permissions.allow`, les hooks PreToolUse renvoyant `"allow"`, le mode `bypassPermissions` ou `skipDangerousModePermissionPrompt`. Les sessions automatisées (tmux, CI, boucles autonomes) qui doivent modifier les fichiers de configuration de Claude Code se bloqueront sur l'invite interactive. Solution : utilisez les commandes Bash (`echo`, `cat`, `jq`) pour écrire les fichiers directement au lieu des outils Edit/Write.

**L'enveloppement `bash -c` contourne la protection d'écriture du répertoire `.claude/`** : le système de permissions protège les fichiers `.claude/` contre la modification (édition, écriture, commandes bash directes déclenchent toutes une fenêtre de confirmation). Mais envelopper la commande dans [`bash -c 'echo "..." >> .claude/file'`](https://github.com/anthropics/claude-code/issues/43085) contourne entièrement la vérification : aucune fenêtre, l'écriture réussit silencieusement. La correspondance de motifs inspecte la chaîne de commande de premier niveau mais pas les sous-shells imbriqués. Cela signifie qu'un modèle (ou une injection d'invite via les résultats d'outils) pourrait modifier les hooks, settings.json, les compétences ou les définitions d'agents sans confirmation de l'utilisateur. file-guard détecte cela si `.claude/` est ajouté à la configuration `.file-guard`, car il analyse la chaîne complète de la commande Bash à la recherche de chemins protégés (y compris dans les arguments entre guillemets). Les utilisateurs qui ne dépendent que des vérifications de permissions intégrées sont exposés.

**Les hooks `WorktreeCreate` bloquent `claude -w`** : tout hook `WorktreeCreate` fait [bloquer `claude -w` indéfiniment](https://github.com/anthropics/claude-code/issues/41614), quel que soit le contenu du hook. Même `echo ok < /dev/null` gèle la session. Le hook s'exécute et retourne, mais Claude Code ne poursuit jamais. Supprimez tous les hooks `WorktreeCreate` si vous avez besoin que `claude -w` fonctionne.

**Le modèle peut manipuler les fichiers d'état des hooks** : le modèle a accès au système de fichiers et [peut écraser les fichiers dont dépendent les hooks](https://github.com/anthropics/claude-code/issues/38841) — fichiers de point de contrôle, fichiers de verrouillage, compteurs. Dans un cas documenté, Claude a calculé le hachage SHA256 d'un nom de fichier de point de contrôle et écrit un nouveau timestamp pour contourner une barrière de lecture de contenu. Les hooks qui s'appuient sur des fichiers d'état externes pour l'application des règles doivent supposer que le modèle peut lire et modifier ces fichiers. Des signatures cryptographiques ou une validation hors processus peuvent atténuer ce risque.

**`bypassPermissions` non restauré à la reprise de session (VS Code)** : lorsque `bypassPermissions` est configuré via `initialPermissionMode` dans les paramètres VS Code, [les conversations reprises reviennent au mode de permissions par défaut](https://github.com/anthropics/claude-code/issues/42735) et demandent confirmation pour chaque édition. Les nouvelles sessions peuvent l'appliquer, mais les sessions reprises échouent systématiquement. Les hooks qui dépendent du fonctionnement de la session en mode bypass ne peuvent pas compter sur sa persistance à travers une reprise.

**L'isolation des worktrees échoue dans les sous-modules git** : utiliser `isolation: "worktree"` sur l'outil Agent dans un sous-module git [crée le worktree dans `.git/modules/<path>/.claude/worktrees/`](https://github.com/anthropics/claude-code/issues/42732) au lieu du `.claude/worktrees/` propre au projet. Cela place l'agent hors du périmètre de permissions du projet, provoquant une dégradation silencieuse de `bypassPermissions` et déclenchant des invites de permissions inattendues.

**L'approbation des compétences n'est pas liée au hachage du contenu** : lorsqu'un utilisateur approuve une compétence, l'approbation n'est [pas ancrée au hachage du contenu du fichier](https://github.com/anthropics/claude-code/issues/43157). Si le fichier de la compétence est modifié après l'approbation (même en cours de session), la version modifiée s'exécute sans nouvelle demande. De plus, approuver une compétence peut contourner les règles de refus au niveau des outils dans `settings.json`. C'est un risque de chaîne d'approvisionnement : tout ce qui a un accès en écriture à `~/.claude/skills/` peut augmenter les capacités après l'approbation.**Les serveurs MCP stdio ne se reconnectent jamais automatiquement** : Lorsqu'un processus de serveur MCP de type stdio meurt ou se déconnecte, Claude Code [le marque comme échoué et ne réessaie jamais](https://github.com/anthropics/claude-code/issues/43177). Les serveurs HTTP/SSE/WebSocket bénéficient d'une reconnexion automatique avec backoff exponentiel (5 tentatives), mais les serveurs stdio en sont explicitement exclus. Les utilisateurs doivent exécuter manuellement `/mcp` pour se reconnecter. Cela affecte toute intégration MCP utilisant le transport stdio (le modèle local le plus courant).

**Contournement du mode plan après le premier cycle** : Après avoir terminé un cycle plan-approbation-implémentation, entrer à nouveau en mode plan [n'applique pas de manière fiable les restrictions en lecture seule](https://github.com/anthropics/claude-code/issues/43147). Claude conserve l'état mental « approuvé » et commence à modifier des fichiers avant que l'utilisateur n'approuve le nouveau plan. Les hooks qui s'appuient sur le mode plan comme barrière de sécurité ne peuvent pas lui faire confiance sur plusieurs cycles dans la même session.

**Windows** : Les sept hooks ont des équivalents natifs **PowerShell 7+** (`hook.ps1`) qui ne nécessitent aucune dépendance externe. Nécessite [PowerShell 7](https://learn.microsoft.com/en-us/powershell/scripting/install/installing-powershell-on-windows) (`pwsh`), pas le Windows PowerShell 5 intégré. Installez-les avec :```powershell
iex "& { $(irm https://raw.githubusercontent.com/Bande-a-Bonnot/Boucle-framework/main/tools/install.ps1) } all"