Les nouveautés de Claude Code en août 2026 : du design dans le terminal, des réponses plus courtes et des permissions écrites en phrases

Anthropic a envoyé cette semaine aux utilisateurs de Claude Code un récapitulatif de ce qui est sorti en août. Le fil conducteur : l'outil a dépassé le stade de « l'assistant de code dans votre terminal » pour devenir un espace de travail plus large, avec la conception d'interfaces, le contrôle du style des réponses et des permissions d'exécution régies par des règles écrites en langage courant.

Voici ce qui a réellement changé, et ce que cela signifie pour une équipe d'ingénierie ou un responsable produit.

1) La compétence design : de l'idée à l'interface modifiable sans quitter le terminal

/design est une nouvelle compétence publiée en préversion de recherche le 17 août 2026. Donnez-lui une idée, une capture d'écran ou un design existant, et elle renvoie des planches modifiables dans Claude Design, construites sur les artifacts et disponibles dans la CLI comme dans l'application de bureau.

L'intérêt est que toute la boucle reste au même endroit : décrire l'écran, obtenir plusieurs options, en choisir une, l'ajuster, puis demander à Claude d'écrire le code qui l'implémente. Et comme le résultat est un vrai fichier de design plutôt qu'une image, il se partage : dans les offres Team et Enterprise, toute personne que vous nommez éditrice peut le modifier et publier une nouvelle version.

L'usage le plus malin vient avant d'écrire le code, pas après : demandez plusieurs options pour un écran avant de vous engager sur l'une d'elles.

2) Le style de sortie Concise : le résultat d'abord, sans préambule

Une plainte récurrente des développeurs est que les réponses de Claude sont trop longues. La réponse est un style de sortie intégré appelé Concise : il commence par le résultat, supprime le préambule et la narration étape par étape, et garde par défaut des réponses courtes. Le travail d'ingénierie lui-même n'est pas raccourci, et si vous demandez une explication détaillée, vous l'obtenez en entier.

Une exception importante : il ne raccourcit jamais les rapports d'erreur, les avertissements de sécurité ni les confirmations d'actions destructrices.

Activez-le via /config puis Output style, ou directement dans les paramètres :

{ "outputStyle": "Concise" }

Il exige la version 2.1.237 ou ultérieure et porte à cinq le nombre de styles intégrés : Default, Proactive, Concise, Explanatory et Learning. Une remarque technique : le style de sortie fait partie du prompt système, lu une seule fois au démarrage de la session ; un changement prend donc effet après /clear ou dans une nouvelle session.

3) La reprise automatique après une limite d'usage

Atteindre une limite d'usage signifiait jusqu'ici que la session s'arrêtait et que vous attendiez la réinitialisation avant de taper « continue ». Désormais, la session reprend là où elle s'était arrêtée dès que la limite est levée.

Cela n'augmente pas vos limites, mais vous dispense de surveiller l'horloge. Son vrai intérêt apparaît dans les longues tâches laissées en cours entre deux sessions.

4) Le mode auto devient le réglage par défaut, et ses règles sont de simples phrases

Depuis le 14 août 2026, le mode auto est le mode de permission par défaut des nouvelles sessions dans les offres Pro, Max et Team. Dans ce mode, vous ne relisez pas chaque action avant son exécution ; un second modèle, appelé le classificateur, l'examine et décide de ce qui passe et de ce qui s'arrête. Si vous avez fixé votre propre mode par défaut, il reste en place sauf si vous acceptez la proposition de changement, un réglage géré par l'organisation ne change pas, et vous pouvez fixer le vôtre avec defaultMode dans les paramètres.

L'aspect pratique, c'est que vous pilotez ce classificateur avec des règles écrites en phrases ordinaires plutôt qu'en expressions complexes. Les entrées sous hard_deny bloquent sans condition, les entrées sous soft_deny bloquent sauf si une demande directe ou une règle d'autorisation passe outre, et ajouter $defaults maintient les règles intégrées en vigueur :

{
  "autoMode": {
    "soft_deny": [
      "$defaults",
      "Never run database migrations outside the migrations CLI"
    ],
    "hard_deny": [
      "$defaults",
      "Never send repository contents to third-party code-review APIs"
    ]
  }
}

Ces règles se trouvent dans vos paramètres utilisateur : les paramètres d'un projet ne peuvent donc pas les écraser, et elles restent en vigueur dans tous les projets. C'est important pour toute équipe qui veut une politique de sécurité unique qu'aucun dépôt ne peut contourner.

Pour vérifier vos règles avant de vous y fier, claude auto-mode critique vous indique les entrées ambiguës, redondantes ou susceptibles de provoquer des faux positifs. À côté, claude auto-mode config affiche la configuration effective, claude auto-mode defaults affiche les règles intégrées et claude auto-mode reset les rétablit.

5) Détails de version : un modèle par défaut, GitLab et des sessions qui s'appellent entre elles

Au-delà des quatre annonces principales, les dernières versions apportent de petits changements à l'impact quotidien démesuré :

• Un modèle par défaut pour les nouvelles sessions (2.1.236). La variable d'environnement ANTHROPIC_DEFAULT_MODEL fixe le modèle sur lequel démarre une session quand rien d'autre n'en choisit un ; --model, ANTHROPIC_MODEL, une sélection enregistrée et un réglage par défaut de l'organisation restent prioritaires.
• Les détails de la reprise automatique (2.1.234). Dans la CLI, elle se fait automatiquement et peut être désactivée dans /config ; dans l'application de bureau, vous l'activez sur la carte de limite de session. La carte de limite hebdomadaire ne la propose pas.
• Les URL de merge requests GitLab dans worktree (2.1.233). Passez l'URL d'une merge request GitLab à --worktree et Claude Code crée la branche à partir d'elle, et sur une branche avec une merge request ouverte, un badge cliquable apparaît dans le pied de page (2.1.234). Les marketplaces clonent aussi désormais les URL gitlab.com nues (2.1.232). Un changement significatif pour toute équipe sur GitLab plutôt que GitHub.
• Mentionner d'autres sessions (2.1.232). Quand une autre session est ouverte sur la même machine, tapez @ suivi de son nom dans votre prompt et Claude envoie le message à cette session. Uniquement sur macOS et Linux, et non pris en charge sur Bedrock, Claude Platform on AWS, l'Agent Platform de Google Cloud et Foundry.
• Le mode fork activé par défaut (2.1.232). Dans les sessions interactives, Claude peut lancer un sous-agent fork qui démarre avec toute la conversation au lieu d'un contexte vide, et fait tourner en arrière-plan les sous-agents qu'il lance. Il est désactivé par défaut avec -p et dans l'Agent SDK, et s'active avec CLAUDE_CODE_FORK_SUBAGENT=1.
• La revue de code en arrière-plan (2.1.232). En effort high, xhigh ou max, /code-review tourne comme un agent d'arrière-plan au lieu d'accaparer la session. Le service de revue hébergé reste réservé aux offres Team et Enterprise.
• Correctifs notables (2.1.238). Remote Control ne décroche plus lors d'un renouvellement de connexion lent ou d'un bref rejet par un VPN ou un proxy, et les messages envoyés depuis le web ou le bureau en cours de tour restent dans la transcription. Les longues sessions ne grossissent plus sans limite en mémoire, et un style de sortie personnalisé tient désormais toute la session au lieu de revenir peu à peu à la voix par défaut.

Comment travaille réellement une ingénieure chez Anthropic

La newsletter comportait une citation frappante d'une ingénieure de l'équipe Claude Code décrivant son organisation quotidienne : deux agents principaux qui se tiennent mutuellement responsables et redémarrent l'autre si l'un d'eux échoue, en déléguant à des agents tech lead ou PM sur les huit à dix projets qu'elle mène en même temps, avec cinq à dix agents IC par projet. Malgré cette échelle, elle n'écrit que trente à cinquante prompts par jour, ses agents IC travaillent en autonomie deux ou trois jours d'affilée, et tous communiquent directement via l'outil de messagerie entre agents.

Le chiffre le plus révélateur n'est pas le nombre d'agents, mais la répartition de son temps : soixante pour cent avec les agents principaux, trente-cinq avec un chef de projet, et cinq quand quelque chose a déraillé. Le levier vient d'une structure de délégation claire, pas de plus d'outils. Quiconque vise un résultat comparable devrait commencer par définir qui décide, qui exécute et qui supervise, avant de lancer un agent de plus.

Anthropic a publié deux billets liés la même semaine : l'un sur la conduite de sessions efficaces qui tirent le meilleur de chaque token, l'autre exposant cinq principes de fonctionnement tirés d'entretiens avec plus d'une douzaine de startups en forte croissance.

Les autres nouvelles de la même mise à jour

• La hausse de cinquante pour cent des limites hebdomadaires a été prolongée jusqu'au 31 août 2026 pour les offres Pro, Max, Team et Enterprise par siège. Anthropic dit espérer la rendre permanente, mais la demande pour ses modèles signifie qu'il lui faut plus de temps pour trouver comment.
• Le volet navigateur dans l'application de bureau. Ouvrez-le avec un raccourci clavier ou depuis le menu Views, puis cliquez sur n'importe quel élément de la page et dites à Claude ce qu'il faut changer. Bien plus rapide que de décrire l'élément avec des mots.

Ce que cela signifie pour votre équipe

Premièrement : la distance entre le design et l'implémentation vient de se réduire. /design ne remplace pas votre designer, mais supprime le cycle d'attente de la maquette dans les premières étapes des fonctionnalités internes.

Deuxièmement : faire du mode auto le réglage par défaut déplace la responsabilité de sécurité du clic sur « approuver » vers l'écriture de la politique. Celui qui n'a pas écrit ses règles fonctionne avec les seules règles intégrées : une décision qui devrait être prise délibérément, pas par défaut.

Troisièmement : la direction est clairement celle de plusieurs agents en parallèle : fork activé par défaut, sessions qui s'appellent entre elles, revue de code en arrière-plan. Une équipe sans structure de délégation écrite obtiendra un chaos parallèle plutôt qu'un débit parallèle.

Quatrièmement : le rythme des versions est désormais hebdomadaire. Traiter Claude Code comme un outil qu'on installe puis qu'on oublie, c'est manquer des changements qui touchent directement les permissions et la sécurité, pas seulement des fonctions cosmétiques.

Le regard d'Origami

Nous suivons ces mises à jour parce qu'elles touchent notre façon de travailler au quotidien, pas parce que ce sont des actualités technologiques. La prise en charge de GitLab nous concerne directement puisque nos dépôts y sont hébergés, et une politique de permissions écrite dans les paramètres utilisateur résout un vieux problème : une règle de sécurité unique qu'aucun projet ne peut contourner. La conclusion que nous nous appliquons et que nous recommandons à nos clients est la même : avant d'ajouter des agents ou des outils, écrivez votre politique et vos limites de délégation. Les outils multiplient ce que vous avez déjà, et si ce que vous avez est le chaos, ils multiplient le chaos.

Sources

• La newsletter de l'équipe Claude Code du 22 août 2026 : l'annonce d'origine.
• La documentation officielle de Claude Code : styles de sortie, modes de permission, application de bureau et page What's New de la semaine 32.
• Le journal des modifications de Claude Code pour les versions 2.1.232 à 2.1.238.
• Le blog d'Anthropic : l'annonce du mode auto par défaut, ainsi que les billets sur la gestion des sessions et le guide pour les startups.