La release v2.1.225 de Claude Code, sortie le 8 août, ajoute deux contrôles opérationnels : le gateway spend-limit qui fixe le plafond de dépense, l’heure de réinitialisation et le message de l’opérateur quand la limite s’active, et le workspace trust prompt pour claude agents sur les répertoires non approuvés, qui aligne le comportement des sous-agents sur celui de la commande principale. La v2.1.226, publiée quelques heures après, n’apporte que des corrections de bugs et des améliorations de fiabilité.

Si tu utilises Claude Code avec des agents qui tournent en parallèle ou sur des dépôts externes, ces deux contrôles résolvent deux problèmes concrets. Le spend-limit te dit quand tu dépenses ton budget et quand il se réinitialise, sans devoir vérifier manuellement. Le trust prompt sur les workspaces t’arrête avant qu’un agent n’entre dans un répertoire que tu n’as pas approuvé, réduisant le risque qu’il exécute du code ou lise des fichiers d’une source non vérifiée.

Comme nous l’expliquions le 5 août, Claude Code traverse une phase de releases hebdomadaires qui déplacent l’accent des nouvelles fonctionnalités vers la gouvernance : isolement des sessions, permissions granulaires, masquage des identifiants. Le spend-limit et le workspace trust rapprochent l’outil d’une utilisation productive où le coût et la sécurité ne se gèrent plus de mémoire.

En détail

Le gateway spend-limit n’est pas une fonction qui s’active seule dans le terminal. Il réside dans l’AI Gateway, le composant qui fait intermédiaire entre Claude Code et l’API d’Anthropic. Quand tu configures un plafond de dépense sur la passerelle, avant cette release le message que tu recevais était générique : l’agent s’arrêtait et te disait qu’il avait atteint une limite. Depuis la v2.1.225, le message contient trois informations précises : le plafond numérique, l’heure de réinitialisation, et le message personnalisé de l’opérateur (celui qui administre la passerelle peut écrire, par exemple, « Budget du projet épuisé, réessaye demain à 9h »). La condition est que la passerelle soit aussi à jour en v2.1.225 : si tu es sur une version antérieure, l’ancien message générique continue d’apparaître.

Le workspace trust prompt ferme une brèche de cohérence. La commande claude (la session principale) demandait déjà confirmation avant de travailler dans un répertoire non approuvé. Mais claude agents, la sous-commande qui lance les sous-agents, ne le faisait pas : un agent délégué pouvait entrer dans un répertoire externe et commencer à lire ou modifier des fichiers sans que tu aies jamais explicitement approuvé ce chemin. Maintenant le comportement est aligné : si le répertoire ne figure pas dans la liste des workspaces approuvés, l’agent t’arrête et demande confirmation.

Le reste de la release est riche de corrections qui racontent la maturité de l’outil. Le bug du token 401 transitoire se manifestait quand un token OAuth long-lived était remplacé par un token short-lived sauvegardé lors de la connexion : les sessions headless (celles qui tournent sans interface, en CI ou dans des scripts) se cassaient jusqu’au redémarrage. Le correctif sur les MCP OAuth server sur macOS résout un problème similaire mais lié au trousseau : quand la lecture du trousseau prenait trop de temps, les serveurs MCP recevaient une rafale de 401 comme s’ils n’avaient jamais été authentifiés.

Il y a aussi une correction logique : en auto mode, un refus du filtre de sécurité sur la vérification des permissions de l’agent lui-même était compté vers la limite de blocages consécutifs. L’action restait refusée, mais le modèle recevait un signal ambigu et avait tendance à réessayer la même action. Maintenant le système dit au modèle d’avancer, pas de s’acharner.

Les Remote Control sessions (le contrôle de Claude Code depuis une autre machine, par exemple depuis le téléphone) reçoivent plusieurs améliorations : les photos jointes par l’app Claude s’affichent directement au modèle au lieu d’être lues depuis le disque avec un appel d’outil séparé, et SendMessage peut lancer une conversation avec une session distante par son nom au lieu de se limiter à répondre.

La v2.1.226, sortie quelques heures après la 225, est une release contenant uniquement des corrections de bugs et de fiabilité. Aucune nouvelle fonction.

Ce qui reste ouvert. Le spend-limit nécessite la passerelle à jour : si ton infrastructure ne l’utilise pas, la fonction est invisible. Le workspace trust prompt protège l’entrée dans des répertoires non approuvés, mais ne remplace pas la vérification de leur contenu : un workspace que tu as approuvé une fois reste approuvé même si son contenu change. Pour ceux qui mettent les agents en production, le cours sur coûts, latence et sécurité reste la référence pour comprendre où ces contrôles s’inscrivent dans le tableau plus large.