Claude Code v2.1.224 introduit le cross-session messaging : deux ou plusieurs sessions parallèles du même outil peuvent échanger des messages texte. Claude utilise deux tools internes (ListAgents pour découvrir les sessions accessibles et SendMessage pour livrer le message) et décide seule quand alerter une autre session, par exemple après une modification qui casse le travail en cours ailleurs. La fonction est active par défaut sur macOS et Linux, sans rien à configurer.

Pour qui travaille avec plusieurs terminaux ouverts, cela change la façon de coordonner le travail. Jusqu’à aujourd’hui, chaque session était isolée : si l’une découvrait un breaking change, c’était à toi de copier et coller l’information dans l’autre. Maintenant Claude peut transmettre l’information toute seule, et tu peux lui demander de le faire avec un prompt simple comme « Explique ce qu’on vient de faire à la session qui travaille sur l’API des paiements ».

Les cas d’usage principaux selon la documentation : livrer une découverte à quelqu’un qui travaille sur une autre partie du repo, coordonner des sessions qui opèrent sur des worktree séparés du même projet, te faire rapporter l’état d’une opération longue. Entre machines différentes, la session ne peut que répondre, pas initier l’échange.

Comme nous l’expliquions le 5 août, la release v2.1.222 avait apporté l’isolement réel des worktree entre agents parallèles. La logique s’ensuit : d’abord on isole, puis on relie.

Pour tester la fonction, tu as besoin de Claude Code v2.1.224 ou supérieur, sur macOS ou Linux. La documentation officielle est le point de départ pour voir quelles sessions sont accessibles et comment fonctionne la livraison des messages.

En détail

Avant.

Jusqu’à la v2.1.222, chaque session de Claude Code vivait dans son terminal sans savoir ce que faisaient les autres. Si tu avais trois fenêtres ouvertes sur le même repository, la session qui modifiait le module des paiements ne pouvait pas alerter celle qui écrivait les tests pour le même module. L’information passait par toi : tu lisais la sortie de l’une, tu la copiais, tu la collais dans l’autre. La release v2.1.222 avait apporté l’isolement réel des worktree, fermant le risque que des sessions parallèles se marchent dessus sur les fichiers. Maintenant v2.1.224 ouvre le canal dans la direction opposée : les sessions isolées peuvent se parler.

Comment ça marche, sans jargon.

Claude a deux nouveaux tools à sa disposition. ListAgents découvre quelles autres sessions actives elle peut atteindre sur la machine. SendMessage livre un message texte à l’une d’elles par nom. Tu n’appelles jamais ces tools toi-même : c’est Claude qui les utilise. Tu peux lui demander d’envoyer un message en écrivant un prompt normal, et elle rédige le contenu toute seule. Tu peux aussi ne rien lui demander : si Claude comprend qu’une de ses modifications a des conséquences sur le travail d’une autre session, elle peut décider de l’alerter spontanément.

Le message est du texte brut. Il ne transporte pas l’historique de la conversation ni les fichiers. Si tu dois passer le contexte complet d’une session à une autre, la bonne fonction reste la reprise de session, pas la messagerie.

La session qui reçoit lit le message entre un appel de tool et un autre, pendant un tour actif. Un tool en cours d’exécution n’est jamais interrompu. Si la session est en pause, Claude Code ouvre un nouveau tour avec le message qui vient d’arriver.

Même machine et cross-machine.

Sur la même machine, une session peut écrire à une autre dans les deux sens. Entre machines différentes, ou vers le web, une session ne peut que répondre à un message reçu : elle ne peut pas initier l’échange. Le pont entre machines passe par Remote Control.

Ce qui change pour ceux qui orchestrent des agents.

Le pattern des agents multi-tour entre dans une phase où les sessions ne sont plus isolées mais coordonnées. Ceux qui utilisent déjà Claude Code avec plusieurs terminaux ouverts sur le même projet arrêtent de jouer les intermédiaires. Ceux qui construisent des orchestrations avec Claude Code comme runtime de base obtiennent un canal de coordination natif, sans avoir à écrire des scripts externes pour transmettre des infos entre workers.

Limites.

La messagerie ne tourne que sur macOS et Linux, pas sur Windows. La livraison n’est pas garantie dans tous les scénarios : la documentation le dit explicitement. Les messages sont du texte, pas du contexte. Et la fonction concerne les sessions indépendantes que tu lances et guidesoi-même : pour les équipes d’agents que Claude Code génère et supervise en autonomie, il existe déjà une autre fonction (agent teams) avec sa propre logique de coordination. Le cross-session messaging ne la remplace pas, il la complète pour un cas d’usage différent.