Claude Code 2.1.209–2.1.216 : /fork et /verify changent

Deux mises à jour peuvent casser des configurations existantes : /fork lance désormais des sessions en arrière-plan au lieu de sous-agents, et /verify ne s’exécute plus automatiquement. S’y ajoutent un nouveau paramètre de sandbox, un correctif de performance pour les longues sessions et des limites de protection contre les sous-agents incontrôlés dans les versions 2.1.209 à 2.1.216. Après cet article, vous saurez si vous devez adapter quelque chose.
Une remarque sur l’état des sources : le changelog officiel ne donne ni les détails des correctifs de sécurité de la version 2.1.214, ni les intervalles exacts entre les versions, ni le fonctionnement technique d’EndConversation. Lorsque l’article ne dispose que de l’indication générale du changelog, elle est suivie du marqueur abrégé « (selon le changelog) ».
Qu’est-ce qui change pour /fork et les sessions en arrière-plan ?
Depuis la version 2.1.212, la commande /fork ne lance plus de sous-agents au sein de la session, mais une copie complète de la conversation sous forme de session en arrière-plan autonome. Cette copie continue de s’exécuter en parallèle de la session principale, indépendamment de son contexte et de ses ressources.
Autre nouveauté de cette série : les appels d’outils MCP qui durent plus de deux minutes passent automatiquement en arrière-plan.
Ce que cela signifie pour vous : avec /fork, vous pouvez lancer des expériences en parallèle sans bloquer la session principale ni partager son contexte.
Pourquoi existe-t-il désormais des limites pour les sous-agents et les appels WebSearch ?
Depuis la version 2.1.212, Claude Code limite par défaut les appels WebSearch et la création de nouveaux sous-agents à 200 chacun par session. Le changelog en donne pour raison la protection contre la « Runaway-Delegation » : des chaînes incontrôlées de sous-agents ou de requêtes de recherche toujours nouveaux, qui font grimper le temps et les coûts.
S’y ajoute la nouvelle commande claude auto-mode reset, qui réinitialise l’état du mode automatique. Ce que cela signifie pour vous : si vous faites tourner Claude Code dans des pipelines automatisés avec peu de supervision, vérifiez si les nouvelles limites par défaut suffisent dans votre propre workflow.
Que signifie le nouveau paramètre de sandbox de la version 2.1.216 ?
La version 2.1.216 introduit le réglage sandbox.filesystem.disabled. Il permet d’utiliser le contrôle réseau de la sandbox sans activer en même temps l’isolation du système de fichiers.
Jusqu’ici, les deux niveaux d’isolation étaient plus étroitement liés : celui qui voulait seulement restreindre l’accès réseau devait aussi accepter des restrictions du système de fichiers. Ce que cela signifie pour vous : vous pouvez désormais définir des règles réseau ciblées tandis que l’agent continue d’accéder sans entrave au répertoire local du projet.
Quel correctif de performance la version 2.1.216 apporte-t-elle pour les longues sessions ?
La version 2.1.216 corrige une chute de performance dans les longues sessions : la normalisation des messages croissait jusqu’ici de façon quadratique plutôt que linéaire avec la longueur de la conversation. Concrètement, Claude Code devenait sensiblement plus lent à mesure que les messages s’accumulaient dans l’historique.
La même version apporte des correctifs de stabilité supplémentaires pour les sessions en arrière-plan et la gestion des worktrees Git (selon le changelog). Ce que cela signifie pour vous : il n’y a rien à configurer, une simple mise à jour vers la 2.1.216 suffit.
Quels correctifs de sécurité ont été apportés dans la version 2.1.214 ?
La version 2.1.214 comble des failles de sécurité dans les contrôles d’autorisation des commandes Bash et PowerShell (selon le changelog). La même version introduit l’outil EndConversation, qui permet de mettre fin activement à une conversation en cas d’abus.
Ces deux changements concernent la protection contre une utilisation involontaire ou malveillante des commandes système. Ce que cela signifie pour vous : si vous utilisez Claude Code en production, vous devriez au moins passer à la version 2.1.214.
Qu’est-ce qui change pour /verify et /code-review ?
Depuis la version 2.1.215, /verify et /code-review ne s’exécutent plus automatiquement, mais uniquement sur appel explicite. Auparavant, ces deux commandes pouvaient se déclencher d’elles-mêmes dans certaines situations.
Ce que cela signifie pour vous : si vous aviez prévu /verify ou /code-review comme étape automatique de votre workflow, vous devez désormais intégrer activement l’appel dans vos propres scripts ou commandes slash.
Qu’est-ce que cela signifie pour les équipes qui utilisent Claude Code en production ?
Les versions 2.1.209 à 2.1.216 regroupent deux thèmes : davantage de contrôle sur la consommation de ressources et plus de stabilité dans les sessions longues ou parallèles. Les nouvelles limites par défaut pour WebSearch et les sous-agents réduisent le risque de coûts inattendus, tandis que l’interrupteur de sandbox permet des règles réseau plus fines.
/fork lance désormais des sessions en arrière-plan, et /verify ne s’exécute plus de lui-même : les deux modifient des processus existants. Notre article Claude Code, Cursor et Copilot en comparaison propose une comparaison avec d’autres outils de programmation par IA.
À vérifier après la mise à jour :
- Votre workflow utilise-t-il /fork en remplacement de sous-agents au sein de la session ? Il s’exécute désormais comme session distincte en arrière-plan.
- /verify ou /code-review fait-il partie d’un script automatisé ? L’appel doit désormais être explicite.
- Votre pipeline a-t-elle besoin de plus de 200 appels WebSearch ou sous-agents par session ? Les nouvelles limites par défaut s’appliquent alors.
Celui qui ne veut pas seulement utiliser de tels outils individuellement, mais les intégrer dans les processus de l’entreprise, a besoin de règles de sandbox et d’une connexion CI. Sur notre page consacrée au développement d’IA, nous montrons comment nous mettons en place et sécurisons de telles configurations pour nos clients.
| Version | Date/série | Changement principal |
|---|---|---|
| 2.1.209 | Série de mises à jour de juillet 2026 | Correctif : des boîtes de dialogue (p. ex. choix du modèle) étaient bloquées à tort dans les sessions en arrière-plan |
| 2.1.210 | Série de mises à jour de juillet 2026 | Compteur en direct pour les appels d’outils de longue durée ; correctifs d’isolation pour les sous-agents de worktree |
| 2.1.212 | Série de mises à jour de juillet 2026 | /fork lance des sessions en arrière-plan au lieu de sous-agents au sein de la session ; nouvelles limites pour WebSearch (200) et la création de sous-agents (200) ; commande claude auto-mode reset |
| 2.1.214 | Série de mises à jour de juillet 2026 | Correctifs de sécurité pour les contrôles d’autorisation (Bash, PowerShell) ; nouvel outil EndConversation |
| 2.1.215 | Série de mises à jour de juillet 2026 | /verify et /code-review ne s’exécutent plus que sur appel explicite, plus automatiquement |
| 2.1.216 | 20 juillet 2026 | Réglage de sandbox sandbox.filesystem.disabled ; correctif de performance contre le ralentissement dans les longues sessions ; correctifs de stabilité pour les sessions en arrière-plan et les worktrees Git |
Questions fréquentes sur la mise à jour de Claude Code
À quelle fréquence paraissent les mises à jour de Claude Code ?
Entre la 2.1.209 et la 2.1.216 seulement, huit versions numérotées se sont succédé, soit un rythme de publication très court de plusieurs mises à jour par semaine. Le changelog ne donne pas systématiquement les intervalles exacts en jours (voir la remarque de transparence ci-dessus).
Dois-je mettre à jour Claude Code manuellement ?
Le changelog officiel ne fait aucune déclaration générale à ce sujet. En pratique, la CLI vérifie le plus souvent automatiquement au démarrage s’il existe de nouvelles versions. Si vous utilisez des numéros de version fixes dans des pipelines CI, vous devriez malgré tout contrôler votre propre mécanisme de mise à jour.
Qu’est-ce qui a changé depuis la version 2.1.208 ?
L’analyse précédente de la version 2.1.208 décrit l’état antérieur. La différence en bref : les versions 2.1.209 à 2.1.216 apportent les nouvelles limites, le réglage de sandbox et le changement pour /fork et /verify.
Qu’est-ce que le tracker communautaire claude-code-changelog ?
Le dépôt github.com/marckrenn/claude-code-changelog est un projet non officiel, entretenu par la communauté. Il documente, d’après ses propres indications, l’ensemble des 461 versions publiées à ce jour et extrait en outre les prompts système ainsi que les feature flags de certaines versions, mais n’est pas une source officielle d’Anthropic.
Dois-je mettre à jour immédiatement à cause des correctifs de sécurité ?
Le changelog classe les changements de la version 2.1.214 comme des correctifs de sécurité pour les contrôles d’autorisation de Bash et de PowerShell, sans chiffrer le risque. Sans évaluation précise du risque, rien ne s’oppose vraiment à une mise à jour rapide vers au moins la version 2.1.214.
L’outil EndConversation change-t-il quelque chose à mon utilisation normale ?
Selon le changelog, EndConversation est destiné aux cas d’abus où une conversation doit être activement terminée. Pour une utilisation ordinaire, cela ne devrait guère se remarquer ; le changelog ne donne pas de détails techniques internes (voir la remarque de transparence ci-dessus).
Les logiciels évoluent en permanence. Toutes les indications de cet article se rapportent à l’état du 21 juillet 2026 et peuvent changer avec les futures versions de Claude Code.
Sources
Partager l’article
Restez informé
Recevez les derniers articles, analyses et actualités du secteur directement dans votre boîte mail.
Décidez vous-même ce que Google vous montre
Google vous laisse choisir quelles sources apparaissent en priorité dans vos résultats de recherche : dans les actualités et dans les réponses IA. Deux clics, et vous voyez les sites auxquels vous faites confiance.
Ajouter provimedia.de à mes sources préféréesArticles similaires
D’autres articles susceptibles de vous intéresser.
Agentic Goal Engineering : d'abord le bon objectif, puis l'agent
Les agents de programmation remplissent des conditions de façon fiable, même les mauvaises. L'Agentic Goal Engineering clarifie d'abord ce qui compte comme succès. Méthode, plan de vérification et première comparaison avec Spec Kit, dont le résultat joue contre nous.
Faille de sécurité PHP CVE-2026-109618 : comment la corriger
Deux failles PHP critiques permettent l'exécution de code sans authentification. Versions concernées, vérification de votre version de PHP, installation de la mise à jour et pourquoi le redémarrage de PHP-FPM est décisif.
Invité du podcast Chefgeflüster : combien d'IA nous fait du bien ?
J'ai été invité par Lars et Silvio dans le podcast Chefgeflüster. L'épisode #42 pose la question de savoir combien d'IA est bénéfique pour une entreprise et où l'humain doit rester.
Votre équipe utilise ces modèles ?
Développez la compétence IA de votre équipe et documentez-la avec une attestation de participation — dans le cadre de l'article 4 de l'AI Act européen.