Claude Code 2.1.198 rend Claude in Chrome généralement disponible, permet aux agents en arrière-plan de committer, pusher et ouvrir des PRs en brouillon, ajoute la skill `/dataviz` et intègre Claude Platform on AWS à la Gateway

Claude Code 2.1.198 rend Claude in Chrome généralement disponible, permet aux agents en arrière-plan de committer, pusher et ouvrir des PRs en brouillon, ajoute la skill `/dataviz` et intègre Claude Platform on AWS à la Gateway

lschvn

Claude Code v2.1.198 est sortie le 2026-07-01T20:45:36Z, un jour après la v2.1.197 qui faisait de Sonnet 5 le modèle par défaut. La version rend Claude in Chrome généralement disponible, permet aux agents en arrière-plan de committer, pusher et ouvrir une pull request en brouillon lorsqu'ils terminent un travail de code dans un worktree, ajoute une skill /dataviz pour la conception de graphiques et de tableaux de bord, et intègre Claude Platform on AWS à la Gateway. La version s'inscrit dans une semaine d'activité de Claude Code qui a commencé avec la v2.1.195 et son lot de fiabilité sur les agents en arrière-plan, poursuivie avec la v2.1.196 et son modèle par défaut d'organisation et son correctif de confiance MCP, puis la v2.1.197 qui impose Sonnet 5 par défaut. La v2.1.198 est la plus large des quatre: c'est une version de fonctionnalités qui livre l'automatisation de bout en bout, un assistant navigateur en GA, un nouvel upstream Gateway et une montée en qualité pour le sous-agent Explore, en plus de la file habituelle de correctifs.

Le lancement de Sonnet 5 était l'événement individuel le plus important de la semaine, et l'article sur Sonnet 5 par défaut dans Claude Code a couvert en détail le changement de modèle de la v2.1.197 ainsi que les garde-fous cyber. La v2.1.198 est la version qui construit le produit autour de Sonnet 5: l'expérience Chrome en GA, le flux d'agent en arrière-plan qui tourne pendant que le développeur est absent, la skill /dataviz pour les tableaux de bord que l'agent livre désormais, et l'upstream Gateway qui permet à la même session de tourner sur Claude Platform on AWS.

Claude in Chrome passe en GA dans Claude Code

Le changement principal est la disponibilité générale de Claude in Chrome. Le produit était en recherche preview depuis août 2025 et verrouillé par un drapeau de fonctionnalité, une liste d'attente et les avertissements de beta-feature sur la page Claude for Chrome. La v2.1.198 lève les verrous dans Claude Code: le même chemin d'installation qui fonctionnait pour la beta devient le chemin stable, la porte de permissions dans le produit est honorée entre les sessions CLI concurrentes (corrigeant une régression où la porte était désactivée pour une seconde session CLI), et l'isolation par groupe d'onglets par défaut est préservée. La version conserve les mêmes avertissements de beta-feature sur la page marketing de Claude for Chrome parce que cette page documente l'extension Chrome autonome; c'est l'intégration dans Claude Code qui passe en GA.

Pour les utilisateurs de Claude Code, le changement pratique est que l'agent qui pilote le terminal peut désormais piloter un onglet Chrome sans quitter la session. Un utilisateur peut demander à Claude Code de remplir un formulaire, de cliquer dans un flux multi-pages ou d'extraire des données structurées d'une page, et l'agent gère le côté navigateur de la même façon qu'il gère le côté terminal. Le modèle de permissions est identique à celui de la beta: isolation par groupe d'onglets par défaut, une invite de permission explicite dans le produit pour les actions sensibles, et les mêmes avertissements sur les risques du contexte navigateur. La version n'introduit pas de nouveau palier de permissions; elle retire simplement les verrous qui rendaient la fonctionnalité inaccessible par défaut.

Les agents en arrière-plan livrent le diff

Le plus gros changement produit de la v2.1.198 est l'automatisation de bout en bout pour les agents en arrière-plan lancés depuis claude agents. Avant cette version, un agent en arrière-plan qui terminait un travail de code dans un worktree s'arrêtait pour demander s'il devait committer, pusher ou ouvrir une pull request. La v2.1.198 inverse le défaut: l'agent commit les changements sur la branche de son worktree, push la branche et ouvre une pull request en brouillon sur le dépôt amont. La nouvelle surface de hook Notification expose deux événements auxquels les outils externes peuvent s'abonner: agent_needs_input (émis quand l'agent bloque sur une question) et agent_completed (émis quand l'agent se termine, avec ou sans succès). Les événements du hook sont le point d'intégration pour les tableaux de bord, les pings de chat et les agents de suivi; le flux d'auto-PR est le point d'intégration pour le dépôt de travail du développeur.

La même version durcit aussi la surface de fiabilité des agents en arrière-plan. La v2.1.198 corrige une régression où les tâches en arrière-plan dans les panneaux de tâches web, desktop et VS Code restaient bloquées sur Running après leur fin ou après la reprise d'une session; un bug où les agents en arrière-plan affichaient Reconnecting… toutes les 52 secondes sur macOS alors que la vue agents était ouverte; et un interblocage où claude --bg créait silencieusement une session non-attachable lorsqu'il était combiné avec --print / -p (les drapeaux en conflit sont désormais rejetés en amont). Les équipes d'agents reçoivent un correctif par lequel un coéquipier qui meurt sur une erreur d'API signale désormais failed au lead, et envoyer un message à un coéquipier bloqué le réveille pour qu'il réessaie immédiatement. La version nettoie aussi une fuite d'enregistrement de worktree: les entrées verrouillées de .git/worktrees/ provenant d'agents tués sont désormais supprimées automatiquement.

Skill /dataviz, Gateway sur AWS, montée en gamme de l'agent Explore

Trois ajouts plus petits mais pratiques complètent la version. La nouvelle skill /dataviz donne à Claude Code des conseils de conception pour les graphiques et les tableaux de bord et est livrée avec un validateur de palette de couleurs exécutable. La skill se charge à la demande lorsqu'une session est invitée à produire un graphique ou un tableau de bord et applique les mêmes règles d'accessibilité, de contraste et d'encodage des couleurs qu'Anthropic utilise en interne; le validateur accepte une palette proposée et indique si elle passe les seuils de contraste et de daltonisme encodés par la skill. La skill est additive et vit à côté des autres skills intégrées comme /init et /review.

La Gateway de Claude Code accepte désormais Claude Platform on AWS comme upstream, exposé sous l'identifiant anthropicAws. Les réponses model-not-found d'un upstream avancent dans la chaîne de basculement vers le suivant, donc une session qui pointe vers plusieurs providers (par exemple, Claude Platform on AWS en production et Bedrock en pré-production) bascule vers un provider fonctionnel lorsque le modèle demandé n'est pas disponible sur le premier. La version corrige aussi un dead-end où les sessions Claude Platform on AWS et Mantle tombaient sur 'Please run /login' à l'expiration du token STS: awsAuthRefresh s'exécute désormais automatiquement. Le Remote Control reste désactivé lorsque ANTHROPIC_BASE_URL pointe vers un hôte non-Anthropic, ce qui correspond au comportement existant sous CLAUDE_CODE_USE_BEDROCK / _VERTEX / _FOUNDRY.

L'agent Explore intégré, qui est le sous-agent que Claude Code lance pour l'exploration de fichiers en lecture seule, hérite désormais du modèle de la session principale (plafonné à Opus) au lieu de tourner sur Haiku. Le changement est une amélioration de la qualité des sorties: une session principale Sonnet 5 qui délègue une exploration complète du code à un sous-agent Explore obtient désormais une réponse Sonnet 5 au lieu d'une réponse Haiku. Le plafond Opus est un garde-fou de coût pour qu'une session qui a choisi Opus comme modèle principal ne cascade pas silencieusement en passes Explore propulsées par Opus à chaque sous-appel. Les sous-agents et la compaction de contexte héritent aussi désormais de la configuration d'extended thinking de la session parente, donc la délégation ne perd pas le niveau d'effort choisi par la session principale.

Correctifs plus modestes à signaler

Les notes de version de la v2.1.198 referment une longue file de petits correctifs. Les coupures réseau brèves en milieu de réponse (ECONNRESET) retentent désormais avec un backoff au lieu d'annuler le tour. Les requêtes excessives du classifieur en arrière-plan lorsque des processus sandbox accédaient de manière répétée au même hôte réseau sont corrigées. Le panneau /diff se rafraîchit désormais lorsque l'utilisateur change de branche ou commit en dehors de la session. Les tables Markdown ne débordent plus et n'enveloppent plus leur bordure droite lorsqu'elles sont rendues en mode plein écran. La commande /desktop n'échoue plus avec Cannot determine working directory après être entré puis sorti d'un worktree. La vue de progression du workflow ne perd plus les premiers agents de la liste alors que le compteur de phase reste correct dans les sessions SDK et desktop-app. Les règles conditionnelles de .claude/rules/ se chargent désormais lorsque le fichier cible est atteint via un chemin contenant un symlink. Le mode plan autorise désormais automatiquement les appels d'outils en lecture seule lorsqu'une session démarre en mode plan. Le nom de fork par défaut de /branch est désormais dérivé de la première vraie invite au lieu du résumé de compaction. La précision de la coloration syntaxique dans les blocs de code, les diffs et les aperçus de fichiers s'améliore en passant à highlight.js 11. Les indications de raccourcis clavier affichent désormais opt/cmd au lieu de alt/super lorsqu'on est connecté depuis un Mac en SSH. L'UX de retry de l'API affiche la raison de l'erreur après la deuxième tentative et remplace l'astuce du spinner par un lien vers la page de statut lorsque l'API est surchargée. /login ouvre désormais la boîte de dialogue de connexion depuis la vue claude agents au lieu d'indiquer qu'elle n'est pas disponible. Les sous-agents traitent désormais les messages de l'agent qui les a lancés comme une direction de tâche normale; un message d'agent n'est toujours jamais traité comme l'approbation de l'utilisateur.

Ce que cela change pour les utilisateurs de Claude Code

La v2.1.198 est la deuxième de deux versions consécutives de Claude Code qui font de Sonnet 5 le nouveau modèle par défaut. La v2.1.197 était le changement de modèle; la v2.1.198 est le produit qui tourne par-dessus le changement. L'expérience Chrome en GA, le flux d'auto-PR des agents en arrière-plan, la skill /dataviz et l'upstream Gateway anthropicAws sont les quatre changements qu'un utilisateur actif de Claude Code remarque un mardi matin après claude update. La file de fiabilité (retry sur coupure réseau, refresh automatique du STS, nettoyage des enregistrements de worktree, événements de hook pour les outils externes) est ce qu'une équipe qui fait tourner Claude Code en CI ou contre un parc de dépôts remarque au cours du mois suivant. Les deux livrent dans la même version, et la version est la plus large en termes de fonctionnalités que Claude Code ait livrée depuis la v2.1.196 et son modèle par défaut d'organisation et son correctif de confiance MCP la veille de la v2.1.197.

La version rapproche aussi Claude Code d'un flux « set it and forget it » pour les tâches qui durent plus longtemps qu'une seule session. Une équipe qui délègue un refactor à un agent en arrière-plan reçoit désormais un PR en brouillon dans sa boîte de réception au lieu d'une invite stop-to-ask. Une équipe qui veut suivre les agents en arrière-plan sur plusieurs dépôts peut brancher les nouveaux événements du hook Notification sur un tableau de bord. Une équipe qui fait tourner Claude Code contre un onglet Chrome dispose désormais de la version GA de la fonctionnalité au lieu d'une recherche preview. La version est la première de 2026 où les changements principaux portent sur la délégation et l'intégration plutôt que sur le modèle lui-même, et elle pose le modèle du prochain cycle de versions: le modèle est stabilisé, et le travail se concentre sur le produit autour.

Questions fréquentes

Claude Sonnet 5 devient le modèle par défaut de Claude Code 2.1.197 avec une fenêtre de contexte native de 1M tokens, un tarif de lancement de 2 $/10 $ par MTok et des garde-fous cyber activés par défaut

Anthropic a annoncé Claude Sonnet 5 le 2026-06-30 ([Introducing Claude Sonnet 5](https://www.anthropic.com/news/claude-sonnet-5)), et Claude Code [v2.1.197](https://github.com/anthropics/claude-code/releases/tag/v2.1.197) (publié le même jour) en a fait le modèle par défaut. Le lancement est le premier modèle de la lignée Sonnet qui comble l'écart agentique avec Opus 4.8, embarque une fenêtre de contexte native de 1M tokens et arrive à un tarif de lancement de 2 $ par million de tokens d'entrée et 10 $ par million de tokens de sortie jusqu'au 31 août 2026 (puis 3 $/15 $ par MTok). Sonnet 5 devient le modèle par défaut des plans Free et Pro de Claude et le modèle par défaut de Claude Code, disponible immédiatement à la mise à jour. La release est livrée avec les garde-fous cyber activés par défaut (les mêmes que pour Opus 4.7 et 4.8, moins stricts que ceux de Fable 5), un tokenizer rafraîchi qui gonfle le nombre de tokens de 1,0 à 1,35x, et des hausses de limites de débit sur Chat, Cowork, Claude Code et la plateforme Claude pour absorber la consommation accrue des nouveaux niveaux d'effort. La system card Sonnet 5 et les notes de release Claude Code sortent le même jour, donc l'audience Claude Code reçoit le nouveau modèle le jour même de l'annonce.

Articles connexes

Plus de couverture avec des sujets et tags en commun.

Claude Sonnet 5 devient le modèle par défaut de Claude Code 2.1.197 avec une fenêtre de contexte native de 1M tokens, un tarif de lancement de 2 $/10 $ par MTok et des garde-fous cyber activés par défaut
ai

Claude Sonnet 5 devient le modèle par défaut de Claude Code 2.1.197 avec une fenêtre de contexte native de 1M tokens, un tarif de lancement de 2 $/10 $ par MTok et des garde-fous cyber activés par défaut

Anthropic a annoncé Claude Sonnet 5 le 2026-06-30 ([Introducing Claude Sonnet 5](https://www.anthropic.com/news/claude-sonnet-5)), et Claude Code [v2.1.197](https://github.com/anthropics/claude-code/releases/tag/v2.1.197) (publié le même jour) en a fait le modèle par défaut. Le lancement est le premier modèle de la lignée Sonnet qui comble l'écart agentique avec Opus 4.8, embarque une fenêtre de contexte native de 1M tokens et arrive à un tarif de lancement de 2 $ par million de tokens d'entrée et 10 $ par million de tokens de sortie jusqu'au 31 août 2026 (puis 3 $/15 $ par MTok). Sonnet 5 devient le modèle par défaut des plans Free et Pro de Claude et le modèle par défaut de Claude Code, disponible immédiatement à la mise à jour. La release est livrée avec les garde-fous cyber activés par défaut (les mêmes que pour Opus 4.7 et 4.8, moins stricts que ceux de Fable 5), un tokenizer rafraîchi qui gonfle le nombre de tokens de 1,0 à 1,35x, et des hausses de limites de débit sur Chat, Cowork, Claude Code et la plateforme Claude pour absorber la consommation accrue des nouveaux niveaux d'effort. La system card Sonnet 5 et les notes de release Claude Code sortent le même jour, donc l'audience Claude Code reçoit le nouveau modèle le jour même de l'annonce.
Cline 4.0.1 annule la migration SDK après les régressions de 4.0.0 ; 4.0.2 ramène le code SDK avec des correctifs pour l'effort de raisonnement et ClinePass
ai

Cline 4.0.1 annule la migration SDK après les régressions de 4.0.0 ; 4.0.2 ramène le code SDK avec des correctifs pour l'effort de raisonnement et ClinePass

Cline a publié v4.0.1 le 28 juin 2026 et v4.0.2 le 29 juin 2026 (github.com/cline/cline), un cycle de récupération en deux étapes pour la migration SDK de v4.0.0 livrée le 26 juin. v4.0.1 livre l'extension VS Code 3.89.x d'avant le SDK sous un numéro de version 4.0.1, construite à partir d'une branche dédiée `legacy-extension` via un nouveau workflow `ext-vscode-publish-legacy.yml`, pour résoudre les régressions signalées dans 4.0.0 (aperçus de diff cassés dans l'éditeur, erreurs run_commands pendant les éditions de fichiers, flux d'édition de fichiers cassé avec GLM 5.2 et MiniMax M3 via Ollama). v4.0.2 restaure le chemin de code basé sur le SDK par-dessus la même branche legacy, en ajoutant le support de l'effort de raisonnement (incluant `xhigh`) pour les modèles thinking de DeepSeek (#11938), une couche de contrôle d'effort de raisonnement centralisée pour ClinePass (#11954), des identifiants Z.ai canoniques (#11951), un correctif de remplacement des variables d'environnement dans la webview (#11955), un polissage des métadonnées ClinePass et Z.ai (#11958), et un correctif de paramètre par défaut pour focus chain (#11960). La CLI v3.0.32 sort le même jour avec les améliorations de compaction de contexte du SDK v0.0.54 et le polissage de l'onboarding ClinePass. La séquence montre un projet qui récupère une migration majeure en 72 heures en faisant avancer la branche legacy plutôt qu'en annulant le travail SDK.
Cline 4.0 migre l'extension VS Code sur le SDK Cline partagé et ajoute ClinePass, un marketplace Customize, des Plugins et les prompts en file d'attente
ai

Cline 4.0 migre l'extension VS Code sur le SDK Cline partagé et ajoute ClinePass, un marketplace Customize, des Plugins et les prompts en file d'attente

Cline a publié v4.0.0 le 26 juin 2026 (github.com/cline/cline), une version majeure qui migre l'extension VS Code depuis son implémentation de tâches autonome historique vers le SDK Cline partagé, le même moteur TypeScript qui fait tourner la CLI Cline, Kanban et le plugin JetBrains. La version ajoute ClinePass (onboarding intégré, sélection de fournisseur, prise en charge d'abonnement et gestion des droits), un marketplace Customize pour les Skills, les serveurs MCP et les nouveaux Cline Plugins, les prompts en file d'attente, l'édition et la régénération, une refonte de la configuration des fournisseurs et des modèles autour de providers.json et d'un catalogue de modèles partagé (Fireworks GLM 5.2, Kimi K2.6 Fast, Kimi K2.7 Code, Qwen 3.7 Plus, MiniMax M3, SAP AI Core, LiteLLM, Codex OAuth), la désactivation par défaut de l'auto-approbation des commandes, et un workflow de build et de packaging de l'extension déplacé vers Bun. Les sous-agents sont temporairement désactivés dans l'extension pendant la stabilisation de l'expérience basée sur le SDK.

Commentaires

Connexion Connectez-vous pour participer à la conversation.

Pas encore de commentaires. Soyez le premier à partager vos pensées.