Pour passer Claude Code en mode concis, tape /output-style concise dans ta session, ou ouvre /config et choisis Output style puis Concise. Ce style intégré existe depuis la version 2.1.237 (19 août 2026) : Claude commence par le résultat, saute l'introduction, la narration et le récapitulatif, et répond à une question simple en une à trois phrases. Il fait le même travail d'ingénierie qu'avec le style par défaut, il en parle simplement moins.
Tu ouvres Claude Code, tu demandes « ajoute un try/catch sur la fonction fetchUser », et tu reçois trois paragraphes : ce qui va être fait, la modification, puis le 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. Voici comment brancher Concise, le rendre permanent, l'adapter avec ton propre style et savoir quand le couper. Si tu débarques sur l'outil, commence par le guide complet pour apprendre Claude avant de toucher aux réglages.
Pourquoi Claude Code est-il aussi bavard par défaut ?
Le style par défaut annonce ce qu'il va faire, le fait, puis le résume. Pour quelqu'un qui découvre l'outil, cette narration aide à suivre. Pour quelqu'un qui enchaîne les petites demandes, elle ralentit la lecture.
Exemple concret. Tu demandes : « renomme la variable userData en user dans src/api/auth.ts ». La réponse par défaut ressemble souvent à ç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. » Le reste coûte des tokens en sortie, alourdit l'historique que Claude Code renvoie à chaque tour et rapproche le moment où la conversation devra être compactée. Sur une session de refacto de trois heures, la différence se voit.
Comment activer le mode Concise dans Claude Code ?
Trois façons de faire, qui enregistrent toutes ton choix au même endroit : le fichier .claude/settings.local.json du projet.
Avec la commande /output-style
/output-style conciseSans argument, /output-style liste les styles disponibles et signale celui qui est actif. La commande ignore la casse et fonctionne aussi en mode non interactif. Elle demande la version 2.1.269 ou plus récente, publiée le 11 septembre 2026. Si tu as lu ailleurs qu'elle n'existait plus, c'était vrai un temps : Anthropic l'avait dépréciée en version 2.1.73 (mars 2026) au profit de /config, puis l'a rétablie en 2.1.269.
Avec le menu /config
Tape /config, sélectionne Output style, puis Concise. Depuis la version 2.1.286, ce menu s'ouvre sur ton style actuel et affiche la description de chaque style sous son nom.
En éditant le fichier de réglages
{
"outputStyle": "Concise"
}Attention à la majuscule. Dans un fichier de réglages, la valeur est sensible à la casse : "outputStyle": "concise" en minuscules ne correspond à aucun style, et Claude Code repasse sans prévenir sur Default. Écris Concise, Proactive, Explanatory ou Learning exactement comme ça.
Depuis la version 2.1.251 (28 août 2026), le changement s'applique dès ton message suivant, sans /clear ni redémarrage. Il ne casse pas non plus le cache de prompt : Claude Code transmet les consignes du nouveau style sous forme de message dans la conversation, ce qui laisse intact tout ce qui a déjà été mis en cache.
| Où tu travailles | Comment activer Concise | Version minimale |
|---|---|---|
| Terminal | /output-style concise ou /config puis Output style | 2.1.269 pour la commande, 2.1.237 pour le style |
| Extension VS Code | Menu des commandes (/) puis Output styles | 2.1.257 |
| Application Claude Desktop | Champ outputStyle dans un fichier de réglages, par exemple .claude/settings.local.json | Non précisée par la documentation |
| Mode non interactif, Agent SDK, Remote Control | /output-style concise (via Remote Control depuis le mobile ou le web : styles intégrés uniquement) | 2.1.269 |
Comment rendre le style Concise permanent ?
Le choix fait par la commande ou le menu vit dans .claude/settings.local.json : il ne vaut que pour ce projet et pour toi. Pour l'avoir partout, ajoute le même champ dans ton fichier de réglages utilisateur, ~/.claude/settings.json :
{
"outputStyle": "Concise"
}Les réglages d'un projet passent avant ce réglage global. Si un dépôt définit son propre outputStyle, c'est lui qui s'applique dans ce dépôt.
Ne confonds pas ces fichiers de réglages avec CLAUDE.md. La documentation d'Anthropic sépare bien les rôles : CLAUDE.md contient ce que Claude doit savoir sur ton projet (conventions, commandes, structure), le style de sortie règle la façon dont il te répond. Écrire « Output style: Concise » dans CLAUDE.md n'active donc pas le style. Autre point pratique : CLAUDE.md est lu une seule fois au démarrage, et une modification en cours de session ne prend effet qu'après /clear, /compact ou un redémarrage.
Concise, Proactive, Explanatory, Learning : quelle différence entre les output styles ?
Claude Code démarre en style Default, ses consignes standard pour le travail de développement. Les quatre autres styles intégrés gardent ces consignes et ajoutent les leurs.
| Style | Ce qui change | Quand le choisir |
|---|---|---|
| Default | Aucune consigne de style ajoutée | Usage général, découverte de l'outil |
| Concise | Le résultat d'abord, sans introduction, narration ni récapitulatif | Les réponses par défaut sont trop longues pour toi |
| Proactive | Claude se lance tout de suite et tranche seul les décisions de routine | Tu préfères corriger après coup plutôt que répondre à des questions |
| Explanatory | Ajoute des blocs « Insight » qui expliquent les choix faits dans le code | Tu découvres une base de code ou tu veux le pourquoi |
| Learning | Explique ses choix et te laisse écrire certains morceaux (marqués TODO(human)) | Tu veux pratiquer pendant que la tâche avance |
Concise ne coupe pas tout. La documentation précise que Claude répond en entier quand tu demandes une explication ou plus de détail, et qu'il garde le contenu complet de ce qu'il te faut pour agir sans risque : rapports d'erreur, sortie des tests qui échouent, alertes de sécurité et confirmations avant une action destructive. C'est ce qui le rend utilisable au quotidien.
Un piège courant : Proactive n'est pas le mode auto. Ce style change la façon dont Claude travaille (moins de questions), pas tes permissions. Les demandes d'autorisation apparaissent exactement comme avant.
Comment créer ton propre output style ?
Un style personnalisé est un fichier Markdown, avec un en-tête entre deux lignes --- puis tes consignes. Tu peux le ranger à trois endroits : ~/.claude/output-styles/ pour toi sur toute la machine, .claude/output-styles/ dans un projet (il se versionne alors avec le dépôt), ou le dossier des réglages gérés par ton entreprise.
Par exemple, crée ~/.claude/output-styles/ottho-concise.md avec ce contenu :
---
name: ottho-concise
description: Réponses de pair programmer, courtes et directes
keep-coding-instructions: true
---
Tu réponds comme sur Slack entre collègues : court, direct, actionnable.
## Règles dures
- Une action = une phrase de confirmation au maximum. "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 juste 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", détaille ton raisonnement pour ce tour uniquement.La ligne qui compte le plus est keep-coding-instructions: true. Sans elle, un style personnalisé fait tourner Claude Code sans sa section d'instructions de génie logiciel (comment cadrer une modification, commenter, vérifier son travail). Pour un style qui doit seulement changer le ton, garde-la. Un fichier sans en-tête fonctionne aussi, le nom du fichier devient le nom du style, mais il tourne alors sans ces instructions.
Active-le avec /output-style ottho-concise, via /config, ou avec "outputStyle": "ottho-concise" dans tes réglages (le champ name de l'en-tête devient le nom du style, d'où l'intérêt de l'écrire simplement). Dans le terminal, Claude Code lit les fichiers de style au démarrage : si tu crées ou modifies un style pendant une session, redémarre Claude Code pour qu'il le prenne en compte. Dans VS Code, le menu Output styles propose un assistant « Build a custom style » qui écrit le fichier pour toi (version 2.1.261 et plus).
Ce système sert quand tu jongles entre plusieurs contextes : Learning sur un projet perso où tu découvres une stack, ton style maison sur les projets de production. Range ces fichiers dans un dépôt de dotfiles pour les retrouver sur toutes tes machines.
Quelles consignes coupent le plus le blabla ?
Si tu écris ton propre style, ou si tu veux compléter Concise, ces trois consignes ont l'effet le plus visible sur la longueur des réponses.
1. Interdire les confirmations et les 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. Afficher uniquement le diff 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 un historique plus léger, donc moins de texte renvoyé au modèle à chaque tour suivant.
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.Garde en tête qu'un style reste une consigne que Claude suit, pas une garantie. Pour une règle qui doit s'appliquer à chaque fois sans exception, comme formater le code après chaque modification ou bloquer une commande, Anthropic recommande un hook plutôt qu'un style.
Quand faut-il désactiver le mode Concise ?
Concise garde déjà le détail sur les erreurs et quand tu le demandes. Trois situations justifient quand même de changer de style pour un moment.
Debug d'un bug complexe. Sur un bug non trivial, tu veux voir les hypothèses testées, les vérifications faites et ce qui a été écarté. Explanatory ajoute ces explications dans des blocs « Insight » sans toucher à tes fichiers, ce qui t'aide à repérer une erreur d'analyse.
Découverte d'un projet inconnu. Première session sur un dépôt, tu veux que Claude décrive l'architecture et les conventions qu'il repère. Explanatory ou Learning font ce travail, Concise le saute.
Refacto architecturale. Quand la modification touche plusieurs modules, tu veux valider la direction avant que Claude n'exécute. Le mode plan sert à ça : Claude expose son plan, tu corriges, puis il passe à l'action.
Avec une version récente (2.1.269 ou plus), basculer coûte une commande, appliquée dès le message suivant : /output-style explanatory pour le debug, /output-style concise pour revenir. Attention : la commande enregistre aussi ce choix dans les réglages locaux du projet. Repasse en Concise une fois le debug terminé, sinon la session suivante démarrera en Explanatory. Pour aller plus loin sur les fondations, la page pilier configurer Claude pour le travail quotidien détaille les réglages de base.
Concise fonctionne-t-il avec les sous-agents, /fork et le mode auto ?
Avec le mode auto. Depuis la version 2.1.283, le mode auto est le mode de départ des sessions interactives dans le terminal et VS Code, sur tous les plans, quand aucun mode de permission n'est configuré. Avant, ce n'était le cas que sur Pro, Max et Team (voir le passage du mode auto en réglage par défaut). Concise et mode auto ensemble donnent des sessions qui avancent vite et parlent peu. Garde des règles permissions.ask explicites sur les commandes sensibles, comme git push : elles déclenchent toujours une demande, même en mode auto.
Avec les sous-agents et /fork. Un style de sortie s'applique à la conversation principale et à un fork, qui hérite de tout l'historique et de l'invite système du parent. Les autres sous-agents, y compris celui que lance /subtask, tournent avec leur propre invite système et n'héritent pas de Concise. Si tu veux un sous-agent bref, écris-le dans ses propres consignes.
Avec les MCP et les sessions longues. C'est là que le gain se voit le plus. Sur une session avec beaucoup d'appels d'outils (lecture de fichiers, requêtes HubSpot, GitHub), des réponses intermédiaires plus courtes gardent l'historique léger et retardent la compaction. La documentation conseille aussi de lancer /compact entre deux tâches plutôt qu'en plein milieu d'une.
Le style ne choisit pas le modèle. Depuis la version 2.1.280, Claude Code utilise par défaut Opus 5.5 en effort moyen sur les plans Pro, Max, Team et Enterprise. Pour savoir quand passer sur Sonnet, notre comparatif Opus vs Sonnet donne une règle simple.
| Cas d'usage | Style recommandé | Réglages complémentaires |
|---|---|---|
| Refacto quotidienne | Concise | Mode auto, règle ask sur git push |
| Debug complexe | Explanatory | Mode plan pour valider l'hypothèse avant la correction |
| Découverte d'un projet | Explanatory ou Learning | Mode Manual pour voir chaque action |
| Session longue avec beaucoup de MCP | Concise | /compact entre deux tâches |
| Tickets bien cadrés à enchaîner | Proactive ou style maison | Mode auto, règles ask sur les commandes sensibles |
Questions fréquentes
La commande /output-style fonctionne-t-elle encore ?
Oui. Elle avait été dépréciée en version 2.1.73 (mars 2026) puis rétablie en 2.1.269, le 11 septembre 2026. Si elle n'apparaît pas chez toi, mets Claude Code à jour avec claude update.
Pourquoi "outputStyle": "concise" ne marche pas ?
Parce que la valeur est sensible à la casse dans les fichiers de réglages. Écris "outputStyle": "Concise" avec une majuscule. Une valeur qui ne correspond à aucun style te remet sur Default sans message d'erreur. La commande /output-style, elle, ignore la casse.
Faut-il faire /clear après avoir changé de style ?
Non, depuis la version 2.1.251 le nouveau style s'applique dès le message suivant. Seule exception : si tu crées ou modifies un fichier de style personnalisé pendant une session dans le terminal, redémarre Claude Code pour qu'il le lise.
Le mode Concise rend-il le code moins bon ?
Il n'est pas conçu pour. Selon la documentation, Claude fait le travail d'ingénierie aussi minutieusement qu'en style Default : seules les explications autour raccourcissent. Les erreurs, les tests qui échouent et les alertes de sécurité restent détaillés.
Peut-on utiliser Concise dans Claude Desktop ou VS Code ?
Oui. Dans VS Code, ouvre le menu des commandes avec / puis Output styles (version 2.1.257 et plus). Dans l'application Desktop, renseigne le champ outputStyle dans un fichier de réglages, car /config y ouvre les réglages de l'application au lieu du menu.
Concise s'applique-t-il aux sous-agents ?
Seulement aux forks, qui reprennent la conversation complète. Les autres sous-agents ont leur propre invite système et répondent selon leurs consignes à eux.
Passer à la pratique
Ouvre ton terminal à la racine d'un projet sur lequel tu travailles souvent, tape /output-style concise, puis envoie trois demandes que tu ferais d'habitude. Si le résultat te convient, ajoute "outputStyle": "Concise" dans ~/.claude/settings.json pour l'avoir partout. Tes règles maison vont dans un style personnalisé, pas dans CLAUDE.md. La documentation officielle des output styles détaille toutes les options, et le journal des versions de Claude Code permet de vérifier ce que ta version sait faire.
Si tu veux aller au-delà du réglage local et construire une application complète avec Claude Code, les skills et MCP, la formation IA Builder couvre l'assemblage de bout en bout, du premier écran à la mise en ligne : 5 semaines en direct, 3 heures par semaine, dès 1 500 €. Tu repars avec une application en ligne, pas avec des slides.