Claude Code v2.1.224 : les sessions IA peuvent désormais s'envoyer des messages directement – L'analyse complète

Messagerie inter-sessions : des sessions qui se trouvent et s'envoient des messages

Les sessions Claude Code peuvent désormais communiquer directement – entre différents terminaux, projets, et même machines – sans que le développeur ait à copier-coller manuellement le contexte entre elles .

Comment ça fonctionne

Claude utilise deux nouveaux outils internes, que l'utilisateur n'appelle jamais directement :

• ListAgents – détecte quelles sessions Claude Code sont joignables.
• SendMessage – envoie un résumé en texte brut à une session nommée.

La session réceptrice affiche les messages entrants sous forme de carte étiquetée avec un lien vers l'expéditeur, ce qui permet de tracer le contexte . Pour voir la liste des sessions disponibles, utilisez /list-agents ou /peers .

Ce qui est partagé (et ce qui ne l'est pas)

Seuls des résumés en texte brut sont transmis. Aucun historique de conversation, aucun contenu de fichier, aucun résultat d'outil n'est partagé entre les sessions . Lorsque vous demandez à Claude de transmettre le contexte à une autre session, il compresse l'état pertinent en un résumé que la session destinataire voit sous forme de carte avec un lien vers l'expéditeur .

Confidentialité et routage

Les messages entre sessions sur la même machine transitent par des sockets Unix locaux et ne touchent jamais les serveurs d'Anthropic. Les messages inter-machines passent par l'infrastructure d'Anthropic lorsqu'ils utilisent le Contrôle à distance .

Nouveaux paramètres

Deux nouvelles options de configuration contrôlent le comportement d'approbation :

• crossSessionInbound – détermine si les messages inter-sessions entrants doivent être approuvés manuellement ou livrés automatiquement.
• dialogExpiry – définit la durée de validité d'une fenêtre d'approbation en attente.

Les messages envoyés à une session fonctionnant avec des autorisations contournées sont mis en attente pour approbation ; les messages destinés à d'autres sessions sont livrés automatiquement .

Limitation de plateforme

La messagerie inter-sessions est disponible uniquement sur macOS et Linux (y compris WSL 2). Windows natif n'est pas pris en charge . La fonctionnalité est également bloquée sur Amazon Bedrock, Google Cloud Agent Platform, Microsoft Foundry et AWS .

Amélioration du Contrôle à distance

SendMessage peut désormais initier une conversation avec des sessions de Contrôle à distance sur d'autres machines par leur nom – ListAgents les affiche sous la forme nom [réf] – plutôt que de seulement répondre après qu'elles vous aient contacté en premier . De plus, les photos jointes depuis l'application mobile Claude sont désormais présentées directement à Claude au lieu d'être lues depuis le disque via un appel d'outil séparé .

Exécuteur auto-hébergé (claude self-hosted-runner)

Disponible en bêta publique uniquement sur les formules Team et Enterprise .

La commande claude self-hosted-runner transforme vos propres machines ou conteneurs en un environnement où les sessions Claude Code web, mobile et desktop peuvent s'exécuter . Cela permet aux équipes ayant des exigences strictes de résidence des données ou de conformité de faire fonctionner Claude Code sur leur propre infrastructure.

Options étendues de masquage d'identifiants dans le bac à sable

Le système de masquage d'identifiants du bac à sable a reçu plusieurs nouvelles capacités :

• extract et onExtractNoMatch – pour les valeurs d'environnement structurées, avec un contrôle sur ce qui se passe lorsque l'extraction ne produit aucune correspondance.
• decode: "jwt" avec maskClaims – masquage compatible JWT capable de décoder et de masquer sélectivement les revendications JWT.
• awsPairs / sigv4 – prise en charge de la re-signature AWS SigV4 pour le proxy du bac à sable.

Ces fonctionnalités nécessitent network.tlsTerminate et ne sont honorées qu'à partir des fichiers de paramètres utilisateur, gérés ou --settings .

Le mode automatique devient le réglage par défaut (14 août 2026)

Séparément de la version v2.1.224 elle-même, Anthropic a annoncé le 7 août que à partir du 14 août 2026, le mode automatique deviendra le mode d'autorisation par défaut pour les abonnés Pro, Max et Team .

Ce qui change

Au lieu de demander une approbation manuelle pour chaque appel d'outil, le mode automatique achemine chaque action via un classifieur qui ne bloque que les opérations irréversibles ou destructrices . Anthropic indique que le classifieur a détecté 89 % des commandes dangereuses lors de leurs tests, contre environ 14 % détectées par une relecture humaine .

Ce qui reste identique

• Les utilisateurs qui préfèrent l'ancien comportement peuvent désactiver le mode automatique via le paramètre disableAutoMode .
• Les utilisateurs qui ont déjà épinglé un mode par défaut différent seront invités à confirmer le changement .
• Les comptes Enterprise, API, Bedrock, GCP Vertex et Foundry restent en opt-in pour l'instant .

Aucun coût supplémentaire en tokens

Anthropic a annoncé qu'il ne facturera plus le petit nombre de tokens supplémentaires par appel d'outil utilisés par le classifieur du mode automatique sur les formules Pro, Max et Team .

Autres changements notables dans la v2.1.224

• Source de plugin archive : installez des plugins depuis un fichier zip via HTTPS sans avoir besoin de git ou npm, avec vérification SHA-256 optionnelle .
• Étape d'annulation et de confirmation lors de la suppression d'un collage indisponible modifiant le texte d'une commande .
• Variable d'environnement ANTHROPIC_BEDROCK_REGION_PREFIX pour Bedrock afin de privilégier un profil d'inférence inter-régions spécifique .

Principaux correctifs de bugs

• Les entrées de refus du système de fichiers du bac à sable avec des barres obliques finales (par exemple, denyRead: "~/.aws/") pouvaient être contournées silencieusement sur Linux/macOS – désormais corrigé.
• Les détails des violations du bac à sable apparaissent désormais dans les résultats de l'outil Bash, permettant à Claude de voir quel fichier ou accès réseau a été refusé.
• Le démarrage automatique du Contrôle à distance échouait par intermittence avec l'erreur « Remote credentials fetch failed » lors d'un démarrage à froid avec un jeton de connexion obsolète.
• Correction des chemins de projet longs (> 200 caractères) qui pointaient vers le répertoire de session d'un autre projet en raison d'un préfixe partagé nettoyé.

Ce que cela signifie pour les développeurs

La version v2.1.224 représente un pas significatif vers la coordination multi-session autonome. La messagerie inter-sessions permet aux développeurs travaillant sur différentes parties d'un même projet de voir leurs assistants IA partager des découvertes sans transfert manuel de contexte . L'exécuteur auto-hébergé ouvre le déploiement sur site pour les équipes d'entreprise, et les améliorations du masquage d'identifiants renforcent la sécurité pour les équipes manipulant des JWT et des identifiants AWS.

Le changement de mode automatique par défaut du 14 août sera probablement le changement le plus impactant pour la plupart des utilisateurs – il témoigne de la confiance d'Anthropic dans la capacité du classifieur à être plus sûr et plus efficace que l'approbation manuelle. Pour les équipes qui préfèrent un contrôle humain, le paramètre disableAutoMode préserve l'ancien flux de travail.