Claude Code Concise : le mode qui coupe le blabla dans tes sessions

Tu ouvres Claude Code, tu tapes une demande simple genre "ajoute un try/catch sur la fonction fetchUser", et tu reçois trois paragraphes d'explication, un récap de ce qui va être fait, la modif, puis un résumé de ce qui vient d'être fait. Sur une session, ça passe. Sur 40 échanges dans une journée, c'est du bruit qui te ralentit plus qu'il ne t'aide.

Depuis la version 2.1.237 sortie mi-août 2026, Claude Code intègre un style de sortie officiel Concise. Le changelog est clair : Claude "mène avec les résultats et saute le préambule et la narration, tout en faisant le travail aussi minutieusement" qu'avec le style par défaut. Voici comment le brancher en 30 secondes, comment le rendre persistant, et quand le désactiver. Si tu débarques sur l'outil, jette d'abord un œil au guide complet pour apprendre Claude avant de plonger dans les réglages.

Pourquoi Claude Code est verbeux par défaut

Le comportement par défaut n'est pas un bug, c'est un choix. Anthropic optimise Claude Code pour qu'un utilisateur qui débute comprenne ce qui se passe : chaque action est annoncée avant, décrite pendant, résumée après. C'est bien pour l'apprentissage. C'est mauvais pour la vitesse.

Exemple concret. Tu demandes : "renomme la variable userData en user dans src/api/auth.ts". La réponse par défaut ressemble à ça :

Je vais renommer la variable userData en user dans le fichier src/api/auth.ts. 
Cela implique de repérer toutes les occurrences et de les remplacer de façon cohérente.

[tool call: Edit]

J'ai renommé la variable userData en user dans src/api/auth.ts. 
Le fichier compile toujours et la logique reste identique. 
Souhaites-tu que je vérifie les fichiers qui importent cette variable ?

Ce que tu voulais lire : "Fait. 4 occurrences remplacées." Point. Le reste, c'est du bruit qui consomme des tokens, allonge le temps de lecture, et pousse la compaction du contexte plus tôt. Sur une session de refacto sur 3 heures, la différence est mesurable.

Activer Concise via /config : la méthode officielle

Dans une session Claude Code en cours, tape simplement :

/config

Un menu s'ouvre. Sélectionne Output style, puis choisis Concise parmi les styles disponibles (aux côtés de Default, Proactive, Explanatory et Learning). La sélection est enregistrée dans .claude/settings.local.json, au niveau du projet.

Note importante : l'ancienne commande directe /output-style a été dépréciée en version 2.1.73 puis totalement retirée en 2.1.91, avant même l'arrivée de Concise en 2.1.237. Elle ne fonctionne plus : passe uniquement par /config, ou édite directement le champ outputStyle dans un fichier de settings (détails juste en dessous).

Le changement prend effet après un /clear ou au démarrage de la session suivante : l'output style fait partie du system prompt, lu une seule fois au lancement de la session. Si tu veux revenir en arrière au milieu d'un debug complexe, rouvre /config et repasse sur Default.

Rendre le style Concise persistant par projet

Le choix fait via /config est déjà enregistré dans .claude/settings.local.json, à la racine du projet. Tu peux aussi éditer ce fichier JSON directement, sans repasser par le menu :

{
  "outputStyle": "Concise"
}

Ce fichier de settings est distinct de CLAUDE.md : CLAUDE.md ajoute un message de contexte (conventions du projet, règles maison) après le system prompt, tandis que outputStyle modifie directement le system prompt lui-même. Les deux se combinent bien : garde tes règles de sortie personnalisées dans CLAUDE.md, et active Concise via settings.local.json. Voici un bloc de règles maison à coller dans ton CLAUDE.md, en complément :

# Règles de sortie

- Pas de préambule. Ne dis pas "je vais faire X", fais-le.
- Pas de récapitulatif après une action réussie. Si l'action a réussi, c'est visible dans le diff.
- Réponses en 3 lignes max sauf demande explicite d'explication.
- Code direct, commentaires uniquement si la logique n'est pas évidente à la relecture.
- Pas de "Souhaites-tu que...", pas de "N'hésite pas à...", pas de questions rhétoriques.
- Sur une modification de fichier, montre uniquement le diff, pas le fichier entier.
- Si une commande a échoué, dis pourquoi en une phrase, propose la correction, ne narre pas l'échec.

Place settings.local.json à la racine de ton dépôt git, à côté de ton CLAUDE.md. Claude Code lit les deux fichiers au démarrage de la session dans ce dossier.

Custom output style : créer son propre mode

Les quatre styles intégrés ne te suffisent pas ? Tu peux créer un fichier sur mesure dans ~/.claude/output-styles/. Format markdown, nom du fichier = nom du style.

Exemple, crée ~/.claude/output-styles/ottho-concise.md avec ce contenu :

# Ottho Concise

Tu es un pair programmer expérimenté. Tu réponds comme si on chattait sur Slack : court, direct, actionnable.

## Règles dures

- Une action = une phrase de confirmation max. "Fait." ou "3 fichiers modifiés." suffit.
- Les modifications de fichiers sortent en diff unifié, jamais en fichier complet.
- Les erreurs se rapportent en une phrase, avec la correction directement en dessous.
- Aucune formule de politesse, aucune question de suivi.
- Les explications techniques n'apparaissent QUE si je tape le mot "explique".

## Exceptions

Si je tape "debug" ou "pourquoi", passe en mode verbose pour ce tour uniquement.

Active-le via /config → Output style → ottho-concise, ou en réglant directement "outputStyle": "ottho-concise" dans ton fichier de settings.

Ce système est pratique quand tu jongles entre plusieurs contextes : un profil learning pour ton projet perso où tu apprends une stack, un profil ottho-concise pour tes projets de prod où tu veux aller vite. Tu peux aussi versionner ces fichiers dans un dépôt dotfiles pour les retrouver sur toutes tes machines.

Les 3 réglages qui réduisent le plus le blabla

Si tu ne dois retenir que trois lignes à mettre dans ton CLAUDE.md, prends celles-ci. Ce sont les réglages qui ont l'impact le plus visible sur le volume de sortie.

1. Interdire les confirmations et formules d'accueil. Ligne à coller :

Ne commence jamais une réponse par une reformulation de ma demande, une confirmation ("Bien sûr", "D'accord"), ou une annonce de ce que tu vas faire.

2. Diff-only sur les modifications de fichiers. Ligne à coller :

Quand tu modifies un fichier existant, affiche uniquement le diff (lignes retirées et ajoutées, avec 2 lignes de contexte). N'affiche jamais le fichier complet après modification.

Le gain est double : moins de tokens en sortie, et surtout beaucoup moins de tokens en entrée au tour suivant, parce que Claude ne réinjecte pas mentalement l'intégralité du fichier dans sa réponse.

3. Supprimer les récapitulatifs de fin de tâche. Ligne à coller :

Après une modification réussie, ne récapitule pas ce que tu viens de faire. Le diff parle de lui-même. Ne propose pas non plus de "prochaines étapes" tant que je ne te les demande pas.

Ces trois lignes seules, sans même activer le style Concise, transforment radicalement la longueur des réponses. Combinées avec le style Concise activé dans settings.local.json, tu obtiens un Claude Code qui tape juste, court, et sans commentaire.

Quand désactiver le mode concise

Le mode concise n'est pas gratuit. Il y a trois situations où il te pénalise plus qu'il ne t'aide.

Debug d'un bug complexe. Quand tu es sur un bug non trivial, tu veux voir le raisonnement du modèle : les hypothèses testées, les vérifications faites, ce qui a été écarté et pourquoi. En mode concise, tu vois juste "la cause était X, patch appliqué", ce qui te prive de la trace mentale utile pour apprendre du bug ou détecter une erreur d'analyse.

Onboarding sur un projet inconnu. Première session sur un dépôt que tu découvres, tu veux que Claude t'explique ce qu'il voit, l'architecture, les conventions détectées. Le mode concise saute tout ça.

Refacto architecturale. Quand la modif touche à plusieurs modules, tu veux que Claude expose son plan avant d'exécuter, pour valider ou corriger la direction. Le mode concise a tendance à foncer.

La bonne pratique : garde Concise par défaut dans ton CLAUDE.md, et bascule ponctuellement sur Explanatory via /config quand tu entres dans une de ces trois situations. À la session suivante, tu retombes automatiquement en Concise. Pour aller plus loin sur les fondations, la page pilier configurer Claude pour le travail quotidien détaille les réglages de base.

Combiner concise avec les autres réglages de session

Le mode concise interagit avec le reste de ta config Claude Code. Trois points à connaître.

Avec le mode auto de permission. Depuis le 14 août 2026, le mode auto est le mode de permission par défaut sur les nouvelles sessions Pro, Max et Team (voir le passage du mode auto en réglage par défaut). Concise + mode auto = sessions qui avancent vite et parlent peu. Attention à garder tes règles permissions.ask explicites sur les commandes sensibles : elles priment sur le mode auto et déclenchent quand même une invite.

Avec les subagents et /fork. Un style de sortie s'applique à la conversation principale, pas aux sous-agents : un sous-agent lancé via /subtask tourne avec son propre system prompt et n'hérite pas de ton style Concise. À l'inverse, /fork (qui copie la conversation en cours dans une nouvelle session en arrière-plan) hérite du system prompt complet du parent, donc du style de sortie actif au moment du fork. Si tu veux qu'un sous-agent reste bref, donne-lui l'instruction dans son propre prompt plutôt que de compter sur un héritage automatique.

Avec les MCP et les appels d'outils. C'est là que le gain de contexte est le plus visible. Sur une session longue avec beaucoup d'appels MCP (lecture de fichiers, requêtes HubSpot, GitHub), le mode concise réduit fortement la taille des réponses intermédiaires. Sur une session de plusieurs heures, tu retardes la compaction du contexte, ce qui veut dire moins de perte de mémoire de conversation et une session utilisable plus longtemps sans redémarrer.

Le tableau ci-dessous résume les combinaisons pertinentes selon ton usage.

Passer à la pratique

Ouvre ton terminal, va à la racine d'un projet où tu travailles régulièrement, crée un CLAUDE.md avec le bloc de règles de la section 3, ajoute Output style: Concise à la fin. Lance une session Claude Code dessus, teste sur trois demandes que tu ferais normalement. Tu verras la différence dès le premier tour.

Si tu veux aller au-delà du réglage local et bâtir des agents qui exploitent Claude Code, les Skills, et MCP pour livrer un produit utilisable, la formation Construire votre produit IA en 5 semaines couvre l'assemblage complet, de la config de base au déploiement sur Vercel. Tu ressors avec une application en ligne, pas avec des slides.