Claude Code v2.1.239 : le point sur l'orchestration multi-agent, les migrations SDK et les coûts
Avec la publication de la version v2.1.239 de Claude Code, l'outil CLI d'Anthropic franchit une étape décisive dans l'alignement des fonctionnalités multi-agents et la précision de facturation. Entre la prise en charge complète de Windows pour la communication entre sessions et l'arrivée d'une commande de migration automatique du SDK Python, faisons le point sur les évolutions majeures de l'outil.
Fil « Claude Code v2.1.232 : sous-agents en fork par défaut »
Où nous en sommes : de l'agent isolé à la collaboration multi-session
Après une série de mises à jour axées sur l'isolation des sous-agents et la stabilité du contexte (versions v2.1.232 à v2.1.238), l'écosystème Claude Code (l'outil en ligne de commande d'assistant de code) finalise son architecture multi-session. La version v2.1.239 apporte enfin la parité réseau sur Windows : les sessions qui s'exécutent sur des machines Windows peuvent désormais s'envoyer des messages mutuels et se détecter via les commandes SendMessage et ListAgents, à l'instar de ce qui existait sur macOS et Linux. De plus, ListAgents indique désormais à chaque agent son propre nom d'identification, évitant les erreurs de routage interne.
Automatisation des migrations du SDK Python
Pour les équipes qui développent des applications au-dessus de l'API d'Anthropic, la version v2.1.239 intègre une nouvelle commande d'automatisation des bases de code. La commande /claude-api upgrade permet d'analyser et de faire évoluer un projet Python de la version 0.x du SDK (Software Development Kit, ou kit de développement logiciel) vers la version 1.x. L'outil corrige automatiquement l'usage des paramètres obsolètes, notamment la gestion des délais d'attente réseau qui doivent utiliser anthropic.Timeout au lieu du type tiers httpx.Timeout.
# Lancement de la migration automatique du SDK Anthropic Python dans votre projet
/claude-api upgrade
Facturation exacte et correction d'un bug majeur d'API
L'actualisation apporte une révision importante du calcul des budgets consommés. Pour les espaces de travail configurés avec une résidence stricte des données (garantie que les requêtes ne quittent pas le territoire américain), le surcoût de 1,1× appliqué à l'inférence (exécution du modèle) est désormais directement calculé dans la commande /cost, la ligne d'état et le paramètre d'arrêt --max-budget-usd.
Un correctif critique concerne également les environnements entreprise utilisant AWS Bedrock (le service d'hébergement de modèles d'Amazon) derrière un serveur proxy (serveur intermédiaire de réseau). Un bogue qui supprimait l'en-tête Content-Type relançait chaque requête de manière non-streamée (sans affichage progressif des réponses), ce qui doublait silencieusement la facturation des appels API chez certains utilisateurs.
Synchronisation cloud et conteneurs légers
La gestion des extensions évolue pour les sessions distantes exécutées sur le Web ou sur mobile. Les plugins synchronisés depuis l'interface web claude.ai apparaissent désormais sous la forme nom@synced. Cette nomenclature empêche toute superposition accidentelle avec une extension installée localement dans votre projet.
Enfin, l'exécutable prend désormais en charge les distributions Linux basées sur Musl (une bibliothèque C légère utilisée par des distributions comme Alpine Linux), permettant d'utiliser les modules natifs de capture audio et de presse-papier dans ces conteneurs légers de déploiement.