Skip to main content
Versions v2.1.220 → v2.1.2243 fonctionnalités · 3–7 août
Messagerie entre sessionsv2.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 :

Claude Code

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ésv2.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.

La page d'administration des environnements auto-hébergés listant les environnements tels que linux-dev et macos-prod avec leur statut et les nombres de sessions actives

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 :

terminal

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éfautCLI

À 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 :

~/.claude/settings.json

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 de credentials 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 credentials gagne également les options extract, decode conscient de JWT, et la re-signature AWS SigV4
Les 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 dernier
Une 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’origine
Les 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-plugins
Les 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 demande de tirage en brouillon uniquement quand la tâche l’exige, et suivent les instructions git dans votre CLAUDE.md
La limite de 200 sous-agents par session est supprimée, de sorte que les sessions longues n’refusent plus les nouveaux sous-agents ; les limites de concurrence et de profondeur s’appliquent toujours
Les paramètres enregistrés d’un référentiel ne peuvent plus activer la connexion automatique du contrôle à distance ; 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ésactiver
L’isolation des worktrees 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 session
Une 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’approbation
Les 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 compaction
L’aperçu de recherche Ultraplan est supprimé, y compris la commande /ultraplan et le mot-clé ultraplan ; utilisez le mode plan ou Claude Code sur le web à la place
Journal des modifications complet pour v2.1.220–v2.1.224 →