Anthropic publie la v2.1.210 de Claude Code avec deux interventions sur l’usabilité : un compteur de temps écoulé sur les outils qui prennent plus que quelques secondes, et un avertissement au démarrage pour les règles de permission Write(path), NotebookEdit(path) et Glob(path), qui migrent désormais vers Edit(path) ou Read(path). C’est la quatrième mise à jour en autant de jours, comme nous l’avons couvert le 14 juillet pour la v2.1.209 : un rythme qui signale une priorité donnée à la stabilité et à l’affinage.

Le compteur résout un problème d’interface que beaucoup d’utilisateurs signalaient : quand un agent appelait un outil lent (installation de paquets, recherche sur une grande base de code, opération réseau), la ligne récapitulative restait immobile et semblait gelée. Maintenant le temps s’écoule visiblement, et vous savez qu’il travaille. C’est un détail minuscule qui compte : les agents ont besoin d’une UX pensée pour les sessions longues, où l’utilisateur n’est pas devant l’écran à chaque étape.

La dépréciation des règles permission concerne ceux qui ont configuré des politiques d’accès personnalisées : les anciennes règles fonctionnent toujours, mais au démarrage le système avertit qu’elles sont obsolètes et suggère les nouveaux noms. C’est le type de changement géré qu’on voit quand un outil sort du chaos initial et consolide ses fondations.

Parmi les corrections : les subagents isolés en worktree ne peuvent plus exécuter des commandes git-mutating sur le repository principal (c’était une faille de sécurité), le keyword ultracode ne s’active plus sur des inputs automatiques comme des webhooks ou des commentaires PR relus, et divers crashes sur les paste markers, attach, et rendering UI.

En détail

Le contexte : Claude Code mûrit vers un usage continu

Claude Code est sorti en bêta publique fin mai 2026 et depuis Anthropic maintient un rythme de releases hebdomadaires, souvent quotidiens quand il y a des corrections importantes. La v2.1.210 arrive quatre jours après la 2.1.206, qui avait introduit le mode lecteur d’écran opt-in et corrigé des crash de stabilité. C’est un pattern qu’on voit chez les outils qui sortent de la phase démonstra­tive : d’abord vient la preuve de concept, puis arrivent les mois où on traite les cas limites signalés par les vrais utilisateurs.

Le compteur live résout un problème d’interface que les utilisateurs d’agents sur des sessions longues connaissent bien : quand un agent appelle un outil qui prend des dizaines de secondes (installation de paquets via pip, recherche full-text sur une codebase de 200k lignes, requête à une API externe lente), l’UI réduisait la ligne de l’outil et restait là immobile. Il n’y avait aucun moyen de savoir s’il travaillait ou s’il était gelé, et beaucoup d’utilisateurs ont signalé avoir interrompu des sessions encore actives en pensant qu’elles étaient bloquées. Le compteur qui s’incrémente est un détail minuscule, mais élimine ce doute : si le nombre augmente, le processus tourne.

Règles permission migrées : un changement géré

La dépréciation des trois règles Write(path), NotebookEdit(path) et Glob(path) concerne ceux qui ont configuré des politiques d’accès custom dans leurs workspace (la majorité des utilisateurs utilise les defaults et ne s’en apercevra pas). Les trois règles affichent maintenant un avertissement au démarrage et invitent à passer à Edit(path) ou Read(path), qui sont plus cohérentes avec le reste du système. C’est le type de changement qu’on fait quand on réécrit les fondations sans casser le code existant : les anciennes règles fonctionnent toujours, le changement est annoncé, et il y a du temps pour s’adapter.

Les corrections de sécurité et stabilité

La correction la plus pertinente concerne les subagents isolés en worktree : la version précédente leur permettait d’exécuter des commandes git-mutating (commit, push, merge) contre le repository principal au lieu que simplement sur le worktree isolé. C’était une faille de sécurité qui permettait à un subagent d’altérer l’état du repo même quand il avait été lancé avec isolation: 'worktree'. La 2.1.210 la ferme, et ajoute un nettoyage périodique qui libère les locks git laissés par les sessions tuées brutalement.

Autre correction : le keyword ultracode (qui active un modèle plus puissant mais plus coûteux) ne s’active plus sur des inputs non-humains comme les payloads webhook ou les commentaires PR relus par GitHub, évitant des consommations involontaires sur les automations.

Les corrections mineures couvrent les crash UI (paste markers finissant dans les editeurs externes, rendering de valeurs bigint qui faisaient exploser les composants React), des erreurs d’attach (job not found lors de transitions de session), et un bug qui faisait sembler modifié un plan approval même quand l’utilisateur n’avait rien touché.

Implications

La série de releases rapides et axées sur l’usabilité et la stabilité signale que Claude Code passe de la phase « prouve que ça fonctionne » à la phase « fais-le fonctionner chaque jour pour beaucoup de gens ». Le compteur live est un signal clair : les agents ont besoin d’une UX différente du chat, car les sessions sont plus longues, l’utilisateur n’est pas toujours devant l’écran, et l’attente sans feedback est interprétée comme un blocage. Des plugins comme Mr. Meeseeks (notification sonore quand l’agent attend une entrée) naissent du même besoin.

La dépréciation des règles permission montre de la maturité : au lieu de les changer d’un coup en cassant les configurations existantes, Anthropic avertit et donne du temps. C’est le type de gestion qu’on attend d’un outil qui entre en usage enterprise, où les changements silencieux coûtent cher.