Semaine 32 · 3–7 août 2026
Les sessions Claude Code s'envoient des messages entre elles, les environnements auto-hébergés exécutent les sessions cloud sur votre infrastructure, et le mode auto devient le mode de permission par défaut.
Versions v2.1.220 → v2.1.224 3 fonctionnalités · 3–7 août
Messagerie entre sessions v2.1.224
Vos sessions Claude Code peuvent maintenant s'envoyer des messages entre elles. Claude découvre vos autres sessions avec l'outil ListAgents et envoie avec SendMessage, soit quand vous le lui demandez, soit de sa propre initiative, par exemple après qu'une modification dans une session affecte ce sur quoi une autre travaille. Un message est du texte que Claude écrit pour l'autre session, jamais votre historique de conversation ou vos fichiers. Disponible sur macOS et Linux. Nécessite v2.1.224 ou ultérieur.
Avec deux sessions ouvertes sur la même machine, demandez à l'une d'elles de transmettre quelque chose :
Tell the session working on the payments API that users.name is now users.display_name
L'autre session affiche une ligne Message from une fois que Claude a lu le message ; appuyez sur Ctrl+O pour l'agrandir. Pour voir quelles sessions Claude peut atteindre, exécutez /list-agents.
Envoyer un message à une autre session
Environnements auto-hébergés v2.1.224
Les environnements auto-hébergés exécutent les sessions cloud Claude Code sur l'infrastructure propre de votre organisation, en bêta publique sur les plans Team et Enterprise. Exécutez claude self-hosted-runner sur vos machines ou conteneurs pour les transformer en exécuteurs. Quand quelqu'un choisit votre environnement au démarrage d'une session depuis claude.ai, les applications mobiles ou de bureau, ou claude --cloud, cette session s'exécute à l'intérieur de votre réseau, avec accès à vos services internes. Un propriétaire active Allow self-hosted environments dans les paramètres d'administration en premier.
Connecté en tant que propriétaire, exécutez la configuration guidée, qui vous guide à travers la création de l'environnement et démarre un exécuteur :
claude self-hosted-runner setup
L'environnement affiche Healthy dans les paramètres d'administration une fois que l'exécuteur s'enregistre.
Guide de démarrage rapide des environnements auto-hébergés
Le mode auto devient le mode par défaut CLI
À partir du 14 août, le mode auto est le mode de permission par défaut pour les nouvelles sessions sur les plans Pro, Max et Team. Si vous avez défini un mode par défaut vous-même, il reste en place sauf si vous acceptez l'invite de basculement unique, et un mode par défaut que votre organisation gère ne change pas. Vous pouvez toujours basculer les modes à tout moment. Déjà en vigueur sur ces plans : les appels du classificateur que le mode auto effectue ne comptent plus vers vos limites d'utilisation.
Pour démarrer chaque session en mode auto avant le basculement, définissez-le comme votre mode par défaut dans vos paramètres utilisateur :
{
"permissions": {
"defaultMode": "auto"
}
}
Les nouvelles sessions affichent alors auto mode on dans la barre d'état.
Exigences et contrôles du mode auto
Autres améliorations
L'extension VS Code obtient la vue Focus, qui masque l'activité des outils derrière une ligne extensible par tour ; basculez-la depuis le menu de commande ou avec Ctrl+Alt+F (Ctrl+Option+F sur Mac)Les fichiers d'identifiants du sandbox acceptent mode: "mask" sur Linux et WSL2, de sorte que les commandes en sandbox lisent une copie sentinelle tandis que le proxy sandbox substitue la valeur réelle à la sortie ; le masquage des identifiants gagne également les options extract, decode conscient de JWT, et la re-signature AWS SigV4Les marketplaces peuvent distribuer un plugin en tant qu'archive zip avec la nouvelle source archive, téléchargée via HTTPS avec une épingle SHA-256 optionnelle, de sorte que les installations fonctionnent sans git ou npm/review est maintenant un alias de /code-review, et /code-review sans niveau d'effort réutilise le niveau que vous avez tapé en dernierUne session que vous copiez avec /fork effectue maintenant ses modifications de code dans un worktree qui lui est propre au lieu du checkout de la session d'origineLes plugins que vous installez depuis /plugin s'activent dans la session actuelle quand c'est sûr de le faire ; le résumé d'installation rapporte Plugin is now active. ou vous dit d'exécuter /reload-pluginsLes sessions en arrière-plan qui ont modifié le code dans un worktree effectuent maintenant un commit et un push avant de terminer, ouvrent une pull request en brouillon uniquement quand la tâche l'exige, et suivent les instructions git dans votre CLAUDE.mdLa limite de 200 sous-agents par session est supprimée, de sorte que les sessions longues ne refusent plus les nouveaux sous-agents ; les limites de concurrence et de profondeur s'appliquent toujoursLes paramètres enregistrés d'un dépôt ne peuvent plus activer la connexion automatique de Remote Control ; définissez remoteControlAtStartup dans vos paramètres utilisateur ou gérés à la place, et les paramètres de projet et locaux ne peuvent que la désactiverL'isolation par worktree bloque maintenant non seulement les modifications de fichiers mais aussi les commandes Bash et les redirections git qui atteignent le checkout principal, dans tous les types de sessions et dans les sous-agents de la sessionUne commande Bash ne peut plus masquer une partie d'elle-même aux vérifications de permission, et le remplissage par tabulation ou Unicode invisible ne masque plus une partie d'une commande à la boîte de dialogue d'approbationLes hooks d'auto-autorisation PreToolUse ne contournent plus les restrictions d'outils dans les tâches internes côté Claude Code telles que les résumés et la compactionLa research preview Ultraplan est supprimée, y compris la commande /ultraplan et le mot-clé ultraplan ; utilisez le mode plan ou Claude Code sur le web à la place