Claude Code 2.1.303-304 : rm -r sur un disque monté demande enfin confirmation

Les 2.1.303 et 2.1.304 de Claude Code sont sorties les 18 et 19 octobre 2026. La 2.1.303 ne contient que la mention « correctifs et améliorations de fiabilité », sans détail public, rien à en dire. La 2.1.304 en revanche tient sur dix ajouts, onze changements, douze améliorations et quarante-trois correctifs, et deux d'entre eux changent un comportement de sécurité concret : la confirmation exigée avant une suppression critique s'étend aux disques montés, et --worktree ne perd plus silencieusement des commits à la sortie.

rm -r sur un disque monté ou un dossier à sa racine demande maintenant confirmation

Les commandes shell passent par une approbation avant de s'exécuter, sauf un ensemble de commandes en lecture seule. Un rm qui vise un chemin critique, comme rm -rf /Applications, est traité à part : ni une règle allow ni un hook PreToolUse ne peut l'approuver à ta place, même dans les modes qui sautent les autres demandes. Selon le mode, Claude Code te demande confirmation (en mode auto ou bypassPermissions, avec un compte à rebours de deux minutes dans le terminal) ou refuse la commande, par exemple en dontAsk ou en mode auto hors du terminal. Jusqu'à la 2.1.304, ce traitement ne s'appliquait pas à un rm -r visant un disque monté entier, comme /Volumes/USB sur macOS ou /mnt/c sous WSL, ni à un dossier situé à sa racine, comme /Volumes/USB/build ou /mnt/c/Users. Ces commandes suivaient le circuit d'autorisation ordinaire, sans être traitées comme le cas particulièrement risqué qu'elles sont.

Le correctif aligne ces cas sur rm -rf /Applications. La doc décrit cette demande propre aux disques montés, dont le motif affiché est Dangerous rm operation on mounted drive path: <path>, et qui s'applique même si tu as autorisé rm. Une cible relative compte depuis ton dossier de travail : si tu travailles dans /Volumes/USB, un simple rm -rf build déclenche aussi la demande. Si tu valides chaque commande à la main, la différence est mince ; si tu as une règle qui autorise rm ou que tu travailles en mode auto, cette version ajoute un garde-fou que tu n'avais pas sur des chemins qui touchent tout un disque externe ou toute une partition montée. Si tu travailles en permanence sur un disque externe et que la demande te gêne, la variable CLAUDE_CODE_DISABLE_MOUNTED_DRIVE_RM_PROMPT=1, posée dans l'environnement qui lance claude et non dans un fichier de réglages, la désactive.

--worktree ne supprime plus un worktree et sa branche sans demander

Lancer une session isolée dans son propre worktree git se fait avec claude --worktree <nom>. À la sortie d'une session interactive, Claude Code vérifie l'état du worktree avant de décider quoi en faire : s'il est propre, il le supprime automatiquement pour une session sans nom, ou te demande pour une session nommée ; s'il contient des fichiers modifiés ou non suivis, du travail non commité dans un sous-module ou de nouveaux commits, il te demande toujours avant de le supprimer, pour que tu puisses le garder.

La 2.1.304 corrige un trou dans cette vérification : quand HEAD était détaché ou que la session s'était retrouvée sur une autre branche que celle créée pour le worktree, Claude Code pouvait supprimer le worktree et sa branche à la sortie sans poser la question, même quand des commits s'y trouvaient encore. Si tu changes de branche à l'intérieur d'un worktree en cours de session, ou si tu passes en HEAD détaché, par exemple avec un git checkout sur un hash précis, ce correctif te protège d'une perte silencieuse.

Quelques ajouts qui valent le détour

• Niveaux pour Code Review : les organisations qui utilisent la review automatique de pull requests choisissent désormais un niveau, Quick, Standard (par défaut) ou Deep, au niveau de l'organisation entière ou dépôt par dépôt. Une option permet aussi de couvrir automatiquement tous les dépôts d'une organisation GitHub, y compris ceux ajoutés plus tard, sans les sélectionner un par un.
• /auto-mode-setup sur plus de configurations : cette configuration guidée du mode auto, qui lit ton projet et tes sessions récentes pour l'adapter à ton environnement, est maintenant aussi disponible sur Amazon Bedrock, Google Vertex AI, Microsoft Foundry, derrière une passerelle d'applications Claude, et dans les sessions où la télémétrie est coupée.
• Avertissement avant de reprendre une conversation inactive : sur les plans Pro et Max, reprendre une conversation inactive qui consommerait une part notable de ta limite d'usage sur cinq heures affiche désormais un avertissement, avec le choix de reprendre quand même ou d'ouvrir une nouvelle conversation.
• Un mod peut réserver une autorisation à un humain : un mod peut désormais répondre decider: "person" à un événement tool.check, ce qui réserve l'approbation à la boîte de dialogue d'autorisation ou au rappel de l'hôte, et refuse l'action avec la raison du mod là où personne ne peut être sollicité.
• Un contournement de --max-turns corrigé : un plugin pouvait garder une exécution headless active au-delà de --max-turns, d'un Stop ou d'une entrée terminée, en déclenchant des subagents ou en relançant un subagent déjà terminé. Corrigé.

Le reste, en vrac

Une large part du reste de la 2.1.304 touche des usages périphériques plutôt qu'une habitude de travail courante : l'extension VS Code (les subagents en arrière-plan s'affichent maintenant sur une seule ligne de statut sous leur carte Agent au lieu de dérouler chaque étape dans le chat), les sessions cloud, Claude Tag dans Slack, et les runners auto-hébergés. On y trouve aussi des changements plus techniques : la recherche d'outils est activée par défaut derrière une ANTHROPIC_BASE_URL personnalisée, les hooks settings.read d'un mod reçoivent chaque couche de réglages et peuvent réécrire les réglages fusionnés, et les skills d'une même source sont limités à 1 024 hooks par session. Rien de tout cela ne change une habitude de travail si tu n'es pas directement concerné.

Ce qu'il faut retenir

La 2.1.303 n'a rien à signaler. La 2.1.304 ajoute des fonctionnalités mineures, mais ses deux vrais changements touchent la sécurité : la protection réservée aux suppressions critiques couvre maintenant les disques montés et les dossiers à leur racine, et --worktree ne peut plus perdre des commits en silence à la sortie quand HEAD est détaché ou sur une autre branche. Si tu laisses Claude Code exécuter des commandes shell sans relire chaque ligne, ou si tu navigues entre branches à l'intérieur d'un worktree, ces deux correctifs sont bons à connaître avant la prochaine suppression ou sortie de session.