Anthropic continue d’avancer à un rythme soutenu sur son agent de développement en ligne de commande. Le 15 juin 2026, Claude Code v2.1.178 est arrivé avec 22 changements — aucune rupture, aucune dépréciation, mais plusieurs ajouts qui méritent l’attention de tous ceux qui automatisent leur travail avec l’IA : une syntaxe de permissions plus fine, le support des skills imbriqués et un durcissement notable de la sécurité autour des sous-agents.
Si tu utilises Claude Code au quotidien pour générer du code, piloter des MCP ou orchestrer des agents, voici ce qui change concrètement et pourquoi cette version mérite que tu mettes à jour sans attendre.
Une mise à jour de maintenance, mais dense
Sur le papier, la v2.1.178 est une release de maintenance : pas de changement cassant, pas de fonctionnalité retirée. En pratique, elle resserre plusieurs vis importantes sur le plan du contrôle et de la sécurité. Les deux nouveautés majeures concernent la granularité des permissions et la manière dont Claude Code charge ses skills.
Permissions plus fines : la syntaxe Tool(param:value)
C’est l’ajout le plus structurant pour quiconque veut cadrer précisément ce que l’agent a le droit de faire. Jusqu’ici, une règle de permission s’appliquait à un outil dans son ensemble. Désormais, tu peux cibler les paramètres d’entrée d’un outil grâce à la syntaxe Tool(param:value), avec support des jokers (wildcards).
Concrètement, une règle comme Agent(model:opus) permet de bloquer (ou d’autoriser) le lancement de sous-agents qui utilisent un modèle spécifique. On passe d’un contrôle binaire « outil autorisé / interdit » à un contrôle conditionné par le contenu de l’appel. Pour des équipes qui veulent, par exemple, interdire l’usage d’un modèle coûteux dans certains contextes ou restreindre des appels sensibles, c’est un levier de gouvernance très concret.
Skills .claude imbriqués
Seconde nouveauté de fond : le support des répertoires .claude/skills imbriqués. Les skills sont désormais chargés lorsque l’agent travaille sur des fichiers situés dans ces répertoires, ce qui permet de scoper des compétences à un sous-dossier précis d’un projet plutôt qu’à l’ensemble du dépôt.
En cas de noms de skills en conflit entre plusieurs niveaux, Claude Code les affiche sous la forme <dossier>:<nom> pour lever toute ambiguïté. Pour les monorepos ou les projets multi-modules, cette contextualisation évite de polluer tout l’espace de travail avec des compétences qui n’ont de sens que localement.
Sécurité renforcée autour des sous-agents
C’est le volet le plus important de cette version pour la confiance que l’on peut accorder au mode automatique.
- Évaluation des lancements de sous-agents par le classifieur. En mode auto, le lancement d’un sous-agent est maintenant évalué par le classifieur avant son exécution. Cela ferme une faille où l’évaluation de permissions pouvait être contournée en déléguant une action à un sous-agent.
- Correctif sur
disallowedToolset les MCP. Les motifs de typemcp__server,mcp__server__*etmcp__*étaient auparavant silencieusement ignorés dans la listedisallowedToolsd’un sous-agent. C’est corrigé : une interdiction d’outil MCP est désormais réellement appliquée aux sous-agents.
Pour qui s’appuie sur des serveurs MCP en production, ce second point n’est pas un détail : une règle d’interdiction que l’on croyait active mais qui ne l’était pas, c’est exactement le genre d’angle mort qui peut coûter cher.
Changements de comportement à connaître
Plusieurs ajustements modifient l’expérience au quotidien.
Déclenchement des workflows
Les mots-clés qui déclenchent un workflow s’affichent désormais avec une surbrillance violette scintillante, et ne se déclenchent que sur des formulations explicites comme « run a workflow » ou « workflow: ». La simple apparition du mot « workflow » dans une phrase ne suffit plus — fini les déclenchements involontaires.
Priorité de la configuration .claude imbriquée
La priorité de configuration des .claude/ imbriqués a changé pour favoriser l’emplacement le plus proche du répertoire de travail. La config la plus locale l’emporte, ce qui rend le comportement plus prévisible dans les arborescences profondes.
Commandes /doctor et /bug
/doctor adopte une présentation en arbre plat homogène, avec des icônes améliorées. Quant à /bug, il exige désormais une description avant de pouvoir soumettre un rapport — de quoi éviter les signalements vides.
Les correctifs notables
La v2.1.178 corrige une longue série de bugs, dont plusieurs touchent à la stabilité :
- crash out-of-memory lié à des descripteurs de fichiers websocket/OAuth obsolètes ;
- erreurs d’authentification avec une passerelle API personnalisée (
ANTHROPIC_BASE_URL,ANTHROPIC_AUTH_TOKEN) ; - non-respect du flag
--fallback-modellors de la compaction ; - configurations de requête en cache restées obsolètes après un rafraîchissement des identifiants ;
- affichage des transcripts de sous-agents, messages perdus en fin de tour, problèmes de redémarrage avec ctrl+b ;
- blocage des skills imbriqués en exécution non interactive ;
- fonctionnement de l’IME CJK dans VSCode (annulation par la touche Échap).
À cela s’ajoutent un avertissement de troncature de la liste des skills affichant le nombre d’éléments concernés, et des messages d’erreur du contrôle à distance enrichis d’un indicateur persistant en pied de page.
Ce que ça change pour les développeurs
Au-delà de la liste de notes de version, la direction est claire : Anthropic muscle le contrôle fin (permissions par paramètre) et la sécurité par défaut (sous-agents évalués, interdictions MCP réellement appliquées). Pour des projets web — WordPress, PrestaShop, Astro ou autres — où l’on délègue de plus en plus de tâches à des agents, ces garde-fous sont les bienvenus : ils permettent d’aller plus vite sans renoncer à la maîtrise de ce que l’IA exécute réellement.
Si tu intègres déjà l’IA dans tes flux de développement, l’approche détaillée dans notre article sur l’IA pour le développement WordPress et PrestaShop reste un bon point de départ pour cadrer ces nouveaux usages.
Ces mêmes agents doivent désormais savoir naviguer nos sites web : c’est tout l’objet du nouveau score de navigation agentique de Lighthouse. Et côté référencement, Google vient de clarifier ce qui compte vraiment pour le SEO à l’ère de l’IA.
À noter aussi : Anthropic a lancé Claude Sonnet 5, un modèle agentique proche d’Opus 4.8 pour bien moins cher — qui rend justement ces agents plus accessibles.
FAQ
Quelle est la dernière version de Claude Code et sa date de sortie ? Il s’agit de Claude Code v2.1.178, publiée le 15 juin 2026. Elle apporte 22 changements, sans aucune rupture ni dépréciation.
Qu’est-ce que la syntaxe Tool(param:value) ?
C’est une nouvelle façon de définir des permissions en ciblant les paramètres d’entrée d’un outil, avec support des jokers. Exemple : Agent(model:opus) pour contrôler le lancement de sous-agents selon le modèle utilisé.
Cette mise à jour casse-t-elle des configurations existantes ? Non. La v2.1.178 ne contient aucun changement cassant ni aucune dépréciation : c’est une mise à jour de maintenance et de sécurité.
Pourquoi le correctif disallowedTools / MCP est-il important ?
Parce que les motifs MCP (mcp__server, mcp__server__*, mcp__*) étaient auparavant ignorés sans avertissement dans la liste d’outils interdits des sous-agents. Une interdiction que l’on croyait active mais qui ne l’était pas représente un vrai risque de sécurité, désormais corrigé.
Source : Classmethod DevelopersIO — Claude Code v2.1.178 update. Pour la documentation officielle, voir claude.com/claude-code.
