Claude Code v2.1.154–2.1.173 : Fable 5, sous-agents récursifs et safe-mode
En l'espace de quelques semaines, Claude Code a enchaîné une vingtaine de versions. Pas du remplissage : plusieurs de ces mises à jour changent en profondeur la façon dont on travaille avec l'outil. Tour d'horizon des changements qui comptent vraiment.
Claude Fable 5 : le nouveau modèle de référence
La v2.1.170 introduit Claude Fable 5, décrit par Anthropic comme un modèle de classe Mythos dont les capacités dépassent celles de tout modèle précédemment disponible en général. Il embarque 1 million de tokens de contexte par défaut. La v2.1.173 règle un bug connexe : le suffixe [1m] qui apparaissait dans certains noms de modèle est désormais supprimé automatiquement, ce contexte étendu étant inclus en standard dans Fable 5.
Sous-agents récursifs jusqu'à 5 niveaux
La v2.1.172 apporte une évolution architecturale structurante : les sous-agents peuvent maintenant en spawner d'autres, jusqu'à 5 niveaux de profondeur. Concrètement, un agent orchestrateur peut déléguer à un agent intermédiaire qui lui-même lance des agents spécialisés. Les pipelines multi-agents complexes deviennent possibles nativement, sans détournements de la plateforme.
--safe-mode : débugger sans pollution de config
La v2.1.169 introduit le flag --safe-mode (ou la variable CLAUDE_CODE_SAFE_MODE). Il démarre Claude Code en désactivant toutes les personnalisations : CLAUDE.md, plugins, skills, hooks, serveurs MCP. Utile pour isoler si un comportement inattendu vient de la configuration ou du modèle lui-même. La même version ajoute /cd pour changer de répertoire de travail en cours de session sans casser le cache de prompt — un détail qui compte quand on travaille sur plusieurs dépôts dans la même session.
fallbackModel : fini les sessions bloquées par la surcharge
La v2.1.166 ajoute le paramètre fallbackModel dans settings.json. On peut y configurer jusqu'à 3 modèles de secours, essayés dans l'ordre si le modèle principal est surchargé ou indisponible. Le flag --fallback-model s'applique aussi aux sessions interactives. Pour les workflows automatisés qui ne peuvent pas se permettre d'être bloqués, c'est une vraie garantie de continuité.
Plugins auto-chargés depuis .claude/skills
Depuis la v2.1.157, les plugins placés dans un dossier .claude/skills sont chargés automatiquement, sans passer par le marketplace. La commande claude plugin init scaffolde un nouveau plugin directement dans ce dossier. L'autocomplete pour /plugin s'est aussi étoffée : sous-commandes, noms installés, plugins des marketplaces connus.
Sécurité et fiabilité : les autres changements notables
- Fichiers de démarrage shell : la v2.1.160 demande confirmation avant d'écrire dans
.zshenv,.bash_loginou~/.config/git/— des fichiers qui peuvent déclencher du code à l'ouverture d'un terminal. - Cross-session sécurisé : les messages relayés via
SendMessagedepuis d'autres sessions Claude ne portent plus d'autorité utilisateur. Les demandes de permissions sont refusées, le mode auto les bloque. - Thinking désactivable :
MAX_THINKING_TOKENS=0ou--thinking disabledcoupe le raisonnement étendu sur les modèles qui l'activent par défaut via l'API Claude. - Auto mode sur Bedrock, Vertex et Foundry : disponible depuis la v2.1.158 pour Opus 4.7 et 4.8 en activant
CLAUDE_CODE_ENABLE_AUTO_MODE=1. - Clipboard WSL : le copier-sélectionner écrit maintenant dans le presse-papier Windows via PowerShell interop, contournant les terminaux comme MobaXterm qui ne supportent pas OSC 52.
Source officielle : Notes de version GitHub — v2.1.173.