Anthropic a livré plus de 125 clés dans le fichier settings.json de Claude Code. La documentation officielle en couvre environ 40.
14 des clés manquantes se cachent à trois clics de profondeur dans l'interface Claude.ai. 4 d'entre elles n'apparaissent dans aucune documentation. On les découvre en lisant les issues GitHub, en voyant des ingénieurs les divulguer sur Discord, ou en fouillant le binaire de Claude Code à 1h du matin.
La plupart des utilisateurs de Claude utilisent ce qu'Anthropic a livré il y a six mois. Leur facture grimpe. Leurs résultats dérivent. Ils accusent le modèle.
Ci-dessous : 18 réglages qui font vraiment tourner votre Claude.
8 dans Claude dot ai.
7 dans Claude Code.
3 dans l'API et la Console.
Pour chacun : où il se trouve, ce qu'il fait, le correctif en une ligne.
Section 1 : Claude (8 réglages)
1. Mémoire : périmètre, exclusions et la commande « oublie ça »
Où : Paramètres -> Capacités -> Mémoire
Ce que ça fait : la Mémoire a été déployée pour les offres Free et Pro en mars 2026. Par défaut, elle stocke tout ce que Claude décide de retenir. Trois contrôles que la plupart des gens oublient : le périmètre par projet, la liste d'exclusion et la commande d'oubli à la volée.
Pourquoi c'est important : la mémoire par défaut dérive. Après 4 à 6 semaines, elle est remplie de corrections ponctuelles (« Je préfère les tabulations en Python », vous l'avez dit une fois pour un seul fichier), d'informations spécifiques à un projet qui fuient dans des conversations sans rapport, et de contexte de rôle obsolète. La qualité des résultats se dégrade car Claude optimise maintenant pour le mauvais « vous ».
La solution :
- Activez la mémoire limitée au projet : Paramètres -> Capacités -> Mémoire -> Périmètre par projet. Les souvenirs d'un Projet restent dans ce Projet. Cela résout à lui seul la plupart des dérives.
- Ajoutez à la liste d'exclusion tout sujet que vous ne voulez pas voir réapparaître dans des conversations sans rapport. Exemples : divorce, médical, chiffres de salaire, noms de clients. Ceux-ci persistent quel que soit le contexte, sauf s'ils sont exclus.
- Utilisez la commande d'oubli intégrée dans n'importe quelle conversation : oublie ce que tu as retenu sur [sujet]
Claude l'analyse par rapport à votre mémoire et confirme ce qu'il a supprimé. Pas de menu, pas de page de paramètres.
2. Réflexion approfondie : activation par conversation
Où : saisie de la conversation -> menu déroulant du modèle -> Réflexion approfondie : Désactivée / Légère / Complète
Ce que ça fait : la Réflexion approfondie ajoute une passe de raisonnement <thinking> avant la réponse. Anthropic l'active par défaut pour Opus. Le bouton à trois états est propre à chaque conversation et remplace le réglage global.
Pourquoi c'est important : la Réflexion approfondie est excellente pour les maths, le débogage, la planification en plusieurs étapes. Elle est inutile pour la synthèse, la traduction, le formatage, les réécritures et les recherches rapides. Sur ces tâches, elle ajoute 3 à 12 secondes de latence et 20 à 40 % de tokens supplémentaires pour la même réponse.
La solution : réglez la valeur par défaut sur Légère (n'utilise la réflexion que lorsque le modèle le juge utile) et passez explicitement à Complète pour le travail difficile. La plupart des utilisateurs à qui je montre cela réduisent leurs dépenses de tokens Opus de 18 à 25 % la première semaine.
3. Styles personnalisés : pas une « voix », mais de véritables contrats de sortie
Où : saisie de la conversation -> sélecteur de style -> Créer un nouveau style
Ce que ça fait : les Styles ont commencé comme un bouton de tonalité (« Formel / Concis / Explicatif »). Les Styles personnalisés sont en fait un contrat de sortie. Vous collez un fichier d'instructions de 200 à 1500 mots. Chaque réponse dans ce style l'applique avant la génération.
Pourquoi c'est important : la plupart des gens utilisent les Styles pour « faire plus court ». La véritable utilité est d'imposer des règles structurelles à chaque réponse sans avoir à les recoller. Format de citation. Mots interdits. Sections requises. Langages des blocs de code. Limites de longueur. Savoir s'il faut poser des questions de suivi.
La solution : créez un Style par flux de travail. Les miens :
Trois de ceux-ci en rotation (Brouillon pour X, Revue de code, Résumer un PDF) remplacent 80 % de mes prompts sauvegardés.
4. Projets : le champ « instructions » que la plupart des gens laissent vide
Où : n'importe quel Projet -> ⋯ en haut à droite -> Modifier les instructions du projet
Ce que ça fait : les Projets sont des espaces de travail persistants. Le champ instructions est un équivalent de prompt système injecté dans chaque conversation de ce Projet. Anthropic présente les Projets avec la fonction d'import de connaissances, ce dont les gens se souviennent. Le champ instructions se trouve sur la même page et 70 % des Projets que je vois dans la nature sont vides.
Pourquoi c'est important : chaque conversation dans un Projet démarre à froid sans lui. Avec lui, vous cessez de rétablir le contexte. (« Ceci est un flux de travail de recherche Polymarket. Par défaut, sois sceptique. Montre toujours les calculs de probabilité. Ne recommande jamais un trade — expose seulement l'EV. »)
La solution : traitez-le comme un CLAUDE.md pour Claude. Limitez-le à moins de 400 mots. Spécifiez le rôle, le niveau de scepticisme par défaut, les règles de formatage, ce qu'il ne faut jamais faire. Relisez-le une fois par mois et émondez-le.
5. Rechercher dans les conversations passées (Pro+) et comment chercher efficacement
Où : Paramètres → Profil → Rechercher dans les conversations passées (doit être activé)
Ce que ça fait : permet à Claude de chercher dans l'historique de vos conversations lorsque c'est pertinent. Pro+ uniquement.
Pourquoi c'est important : désactivé par défaut pour les nouveaux comptes, même Pro. Une fois activé, l'astuce est de savoir qu'il fait une correspondance par mot-clé, pas sémantique. « Qu'avons-nous dit hier sur les robots chinois » ne renvoie rien à moins que votre conversation passée ne contienne littéralement « robots chinois » ou « Chine » et « robots ».
La solution : activez-le. Ensuite, apprenez la forme réelle de la requête. Des noms de contenu, pas des mots méta. « Polymarket Iran » fonctionne. « Cette chose dont on a parlé la semaine dernière » ne fonctionne pas.
6. Recherche Web : activation par conversation et comportement des citations
Où : saisie de la conversation -> + -> Recherche Web : Activée / Désactivée
Ce que ça fait : le bouton de recherche Web est propre à chaque conversation, mais le comportement change en fonction d'un paramètre moins connu dans Paramètres -> Capacités -> Citations de la recherche Web : En ligne / Notes de bas de page / Caché.
Pourquoi c'est important : la valeur par défaut est En ligne. Les citations en ligne gâchent le copier-coller. Lorsque vous copiez la réponse de Claude ailleurs, vous copiez des marqueurs qui ne pointent nulle part. Le mode Notes de bas de page garde la réponse propre et liste les sources à la fin.
La solution : passez en Notes de bas de page si vous copiez jamais les réponses de la recherche Web de Claude dans un autre document, un email ou un message. Gardez En ligne uniquement si vous lisez tout dans Claude.
7. Connecteurs : le piège du « dossier de confiance » dans Cowork
Où : Paramètres -> Connecteurs -> Cowork -> Dossiers de confiance
Ce que ça fait : Cowork (GA avril 2026) donne à Claude l'accès à un dossier sur votre machine. Par défaut, Anthropic demande avant chaque session s'il faut approuver le dossier. La liste des dossiers de confiance est le contournement.
Pourquoi c'est important : une fois qu'un dossier est dans la liste de confiance, Claude le lit à chaque session Cowork sans demander. Si vous avez ajouté un dossier lors d'un test en mars et oublié, Claude le lit silencieusement à chaque session depuis.
La solution : ouvrez les dossiers de confiance. Supprimez tout ce qui n'est pas un projet actif en cours. La liste grossit plus vite que vous ne le pensez.
8. Mode Incognito et ce qu'il évite réellement
Où : barre latérale -> Nouvelle conversation incognito (ou Cmd/Ctrl + Maj + N)
Ce que ça fait : une conversation Incognito n'est pas sauvegardée, pas mémorisée, pas recherchable, pas utilisée pour l'amélioration du modèle. La conversation est supprimée lorsque vous la fermez.
Pourquoi c'est important : les gens pensent qu'Incognito cache simplement la conversation de la barre latérale. En réalité, il évite quatre systèmes : l'écriture en mémoire, l'historique des conversations, l'index de recherche des conversations passées, l'option de participation aux données d'entraînement (si elle est activée).
La solution : utilisez-le délibérément pour tout ce qui contient des données sensibles : salaire, médical, famille, brouillons juridiques, noms de clients. Trois touches, sans réflexion.
Section 2 : Claude Code (7 réglages)
Ceux-ci se trouvent dans ~/.claude/settings.json (niveau utilisateur) ou .claude/settings.json (niveau projet). Ce dernier a priorité.
Il y a plus de 125 clés au total dans le binaire v2.1.105. Les sept ci-dessous sont celles qui font vraiment la différence.
9. enabledPlugins – désactivez, ne désinstallez pas
Où : ~/.claude/settings.json -> enabledPlugins
Ce que ça fait : détermine quels plugins installés sont chargés au démarrage de la session. La place de marché des plugins rend l'installation facile. La désinstallation est plus difficile, et inutile si vous mettez simplement la valeur à false.
Pourquoi c'est important : chaque plugin actif charge ses hooks, son contenu SKILL.md et ses schémas d'outils dans votre budget de contexte. Trois plugins oubliés = 3 à 8 K tokens de précharge avant même d'avoir tapé quoi que ce soit.
J'avais 14 plugins activés quand j'ai commencé cet audit. 4 sont actifs maintenant.
La solution :
false garde le plugin installé mais déchargé. Réactivez-le par session avec /plugin enable nom@place_du_marché quand vous en avez vraiment besoin.
10. permissions.deny – ce qu'il faut savoir sur le bug
Où : ~/.claude/settings.json -> permissions.deny
Ce que ça fait : empêche Claude d'exécuter des outils spécifiques ou d'accéder à des fichiers spécifiques. L'intention : empêcher rm -rf, empêcher la lecture de .env, empêcher l'écriture en dehors du projet.
Pourquoi c'est important : il y a un bug connu. Les règles de refus ne bloquent parfois pas. Plusieurs issues GitHub ont été déposées. La plus citée (anthropics/claude-code#1144) documente le fait que les hooks ne se chargent pas malgré une configuration valide ; un schéma similaire affecte l'application des règles de refus. La règle est dans votre config. Le journal de débogage affiche « 0 correspondances trouvées ». Claude lit le fichier quand même.
La solution :
Ajoutez une deuxième couche au niveau du système de fichiers. chmod 600 .env pour que même si Claude essaie de le lire, le système d'exploitation le refuse. Ne faites pas confiance à la seule liste de refus. Vérifiez avec /permissions dans Claude Code. Si vos règles n'apparaissent pas, redémarrez la session.
11. hooks.SessionStart – les 4 lignes qui ont réduit le gonflement de mon contexte de 30 %
Où : ~/.claude/settings.json -> hooks.SessionStart
Ce que ça fait : SessionStart se déclenche lorsque vous ouvrez Claude Code dans un répertoire. Vous pouvez exécuter n'importe quoi : afficher les infos d'environnement, linter l'état git, injecter un fichier de contexte, réchauffer le cache.
Pourquoi c'est important : la plupart des gens injectent trop. CLAUDE.md atteint 5 K tokens parce que toutes les règles du projet y sont allées. SessionStart vous permet de charger uniquement les règles pertinentes pour la branche ou le répertoire actuel.
La solution :
Votre branche principale charge context-main.md. Votre branche feat/auth charge context-feat-auth.md. Chaque fichier reste petit. Le budget de contexte cesse de saigner.
12. disableAllHooks – l'interrupteur d'arrêt d'urgence
Où : ~/.claude/settings.json -> disableAllHooks: true
Ce que ça fait : désactive tous les hooks en une seule bascule. Livré dans la mise à jour de mars 2026. La plupart des gens ne savent pas qu'il existe.
Pourquoi c'est important : lorsque Claude Code commence à se comporter étrangement (commandes fantômes qui s'exécutent, sessions qui bloquent au démarrage, écritures de fichiers mystérieuses), dans 80 % des cas, c'est un hook qui déraille. Désactiver les hooks un par un est lent. Celui-ci les tue tous en même temps pour vous permettre d'isoler le problème.
La solution : gardez-le à false. Quand quelque chose casse, passez à true, redémarrez, voyez si le problème disparaît. Si oui, réactivez les hooks un par un. Si non, le bug est ailleurs.
13. Remplacement du modèle par projet
Où : .claude/settings.json (racine du projet) -> model
Ce que ça fait : définit le modèle par défaut pour ce projet. Remplace votre paramètre global.
Pourquoi c'est important : la plupart des gens règlent Opus globalement parce qu'ils le veulent pour le travail difficile. Ensuite, ils ouvrent un projet qui consiste principalement à éditer du Markdown ou des scripts shell. Ils paient les tarifs Opus pour des tâches que Haiku fait pour 1/20e du coût.
La solution :
Les remplacements au niveau projet l'emportent. Ouvrez le projet, obtenez le bon modèle. Passez à autre chose.
14. mcpServers avec le drapeau enabled
Où : ~/.claude/settings.json -> mcpServers
Ce que ça fait : les serveurs MCP connectent Claude à des outils externes. Chaque serveur connecté charge le schéma complet de ses outils dans votre contexte. De 800 à 6 000 tokens par serveur.
Pourquoi c'est important : les gens connectent des serveurs MCP pour tester, ne les déconnectent jamais. Après trois mois, vous en avez 12 connectés, dont vous utilisez activement 3. Les 9 serveurs inutilisés vous coûtent environ 25 à 40 K tokens de schéma de contexte à chaque démarrage de session.
La solution : utilisez le drapeau enabled pour garder la connexion configurée mais déchargée.
Basculez à true par session quand vous en avez vraiment besoin. La plupart des jours, j'en ai 2-3 actifs. Les jours de planification, 6.
15. cleanupPeriodDays – le cache dont personne ne parle
Où : ~/.claude/settings.json -> cleanupPeriodDays
Ce que ça fait : définit le nombre de jours pendant lesquels Claude Code conserve les transcriptions, les journaux de débogage et les données de session intermédiaires. La valeur par défaut est 30.
Pourquoi c'est important : Dreaming et la recherche dans les conversations passées reposent tous deux sur ces transcriptions. Avec la fenêtre par défaut de 30 jours, Dreaming ne peut apprendre que d'un mois de travail. Six mois lui donnent 6 fois plus de signal. Coût disque : environ 200 Mo.
La solution :
180 jours d'historique de session disponibles pour Dreaming, pour la consolidation de la mémoire, et pour votre propre grep quand vous cherchez « qu'est-ce que j'ai dit à Claude à propos de ce bug d'auth en mars ».
L'artefact Claude Code : un settings.json avec les 7 réglages appliqués
Copiez ceci dans ~/.claude/settings.json. Ajustez les chemins et les noms de plugins aux vôtres. Redémarrez Claude Code. Relancez /permissions et /hooks pour vérifier que tout s'est chargé.
Les remplacements au niveau projet vont dans .claude/settings.json à la racine du projet. Le plus utile à y définir :
Section 3 : API et Console (3 réglages)
Ceux-ci se trouvent dans le code ou dans la Console Anthropic. Ce sont les réglages ayant le plus d'impact sur les coûts dans cet article. Chacun peut modifier votre facture de 30 à 90 %.
16. Points d'arrêt cache_control : où les placer
Où : corps de la requête API, champ cache_control sur n'importe quel bloc de contenu
Ce que ça fait : marque un préfixe de votre prompt comme pouvant être mis en cache. Les requêtes suivantes avec le même préfixe sont facturées à environ 10 % du taux d'entrée au lieu du taux plein.
Pourquoi c'est important : c'est le levier de coût le plus important dans l'API. Les gens savent qu'il existe. La plupart placent le point d'arrêt au mauvais endroit et n'obtiennent que des économies partielles au lieu de la totalité. Sur ma propre configuration, corriger le point d'arrêt a réduit une facture de 340 $/mois à 87 $.
La solution : le point d'arrêt se place à la frontière entre le contenu statique et le contenu dynamique. Tout ce qui est avant le point d'arrêt est mis en cache. Tout ce qui est après est recalculé.
Deux TTL sont disponibles : 5 minutes éphémère (par défaut) et 1 heure. Utilisez 1 heure pour les prompts système qui ne changent pas entre les sessions :
Les écritures en cache coûtent 25 % de plus que l'entrée de base. Les lectures en cache coûtent 10 % de l'entrée de base. Le point d'équilibre : un préfixe mis en cache est rentable si vous le lisez 2 fois ou plus dans la fenêtre TTL.
17. inference_geo et la taxe de résidence des données
Où : Requête API -> paramètre inference_geo
Ce que ça fait : achemine l'inférence vers une région géographique spécifique. Résidence aux États-Unis uniquement, UE uniquement, etc.
Pourquoi c'est important : la résidence des données aux États-Unis uniquement ajoute une prime de 10 % sur Opus 4.7 et versions ultérieures. Ce n'est pas sur la carte de prix standard. Vous le voyez sur la facture.
La solution : si votre régime de conformité n'exige pas réellement une résidence régionale, ne définissez pas inference_geo. La plupart des applications le définissent par défaut « pour être sûr » parce que quelqu'un du juridique a dit « assurez-vous que les données restent aux États-Unis ». Vérifiez si l'exigence est contractuelle ou de principe. Si elle est de principe, omettez le paramètre et économisez 10 % sur chaque appel Opus.
Si vous en avez besoin, intégrez les 10 % dans votre sélection de modèle. Sonnet à 3 $ de base devient effectivement 3,30 $, ce qui déplace le seuil de rentabilité Opus vs Sonnet.
18. Limite de débit au niveau de l'espace de travail (celle qui empêche la panne de 3h du matin)
Où : Console -> Paramètres -> Espaces de travail -> [votre espace de travail] -> Limites de débit par fonctionnalité
Ce que ça fait : définit une limite de débit par espace de travail, par fonctionnalité, séparée de vos limites au niveau du compte.
Pourquoi c'est important : une limite au niveau du compte vous empêche de faire faillite. Une limite au niveau de l'espace de travail protège votre produit interactif lorsqu'un travail par lots incontrôlé essaie de consommer la totalité de votre allocation ITPM. Vous livrez une nouvelle fonctionnalité, elle a un bug, elle boucle, elle consomme tout, votre chat destiné aux clients commence à renvoyer des 429. Les limites par espace de travail empêchent une fonctionnalité d'affamer une autre.
La solution : créez un espace de travail par surface (chat interactif, traitement par lots, outils internes, expérimental). Réglez la limite de débit de chaque espace de travail à 60-70 % de votre niveau de compte. Réservez 30 % pour l'espace de travail qui a besoin de faire des pointes.
Le quatrième réglage non documenté dans cet article : il y a un plafond par fonctionnalité dans chaque espace de travail qui n'est visible que si vous cliquez sur une carte de fonctionnalité spécifique, pas sur la vue d'ensemble de l'espace de travail. Par défaut = illimité.
Si vous avez trois fonctionnalités dans un espace de travail, l'une d'elles peut affamer les deux autres et la limite au niveau de l'espace de travail ne l'arrêtera pas. Définissez des plafonds par fonctionnalité pour tout ce qui fait du travail par lots.
Section 4 : La liste de contrôle en 18 points
Parcourez-la une fois. 20 minutes. Tout ce que vous ne touchez pas en 12 mois, vous ne le ferez probablement jamais.
Section 5 : Le script d'audit (exécutez-le chaque semaine)
Mettez ceci dans ~/bin/claude-audit.sh. Exécutez-le chaque semaine. Il signale la moitié Claude Code de la liste de contrôle plus le côté cache_control de la moitié API.
Sauvegardez, chmod +x ~/bin/claude-audit.sh, exécutez-le chaque semaine jusqu'à ce que chaque ligne soit dans la cible.
Section 6 : Ce qui n'a pas été retenu
J'ai retiré quatre candidats avant la publication. Ils méritent d'être nommés pour que vous ne perdiez pas de temps à les chercher.
Le bouton de raisonnement adaptatif. Anthropic l'a livré activé par défaut. Le remplacement existe dans Paramètres → Capacités → Mode de raisonnement. En 30 jours de comparaison, je n'ai pas trouvé de flux de travail où le remplacer changeait les résultats de manière significative. Faites confiance à la valeur par défaut. Passez à autre chose.
L'auto-activation des compétences. Vous pouvez configurer si Claude charge automatiquement les compétences en fonction de la détection de pertinence ou s'il nécessite une invocation explicite. Je m'attendais à ce que cela compte. Ce n'était pas le cas. L'auto-activation avec divulgation progressive (chargement uniquement des métadonnées SKILL.md jusqu'à ce que ce soit nécessaire) est bien réglée. Laissez-la activée.
Le contrôle de répartition mobile-vers-bureau. Fonctionnalité utile, pas un élément d'audit des réglages. Soit vous avez un flux de travail où cela s'intègre, soit vous ne l'avez pas. Aucun bouton caché ne change le résultat.
Le plafond max_tokens par espace de travail. Vous pouvez forcer chaque réponse à se tronquer à 800, 2000 ou 4000 tokens. Cela permet de réaliser de vraies économies sur les flux de travail bavards, mais corrompt la génération de code qui nécessite de longues sorties. Cela vaut la peine d'être testé par espace de travail. Pas assez pour être recommandé par défaut.
F I N
Parcourez la liste de contrôle ce soir. La plupart d'entre vous corrigerez 6 à 8 choses. Certains en corrigeront 14 ou plus. Les chiffres dans votre tableau de bord de facturation et votre graphique d'utilisation vous diront si cela valait les 20 minutes.
Ajoutez la liste de contrôle à vos favoris et parcourez-la ce soir. Si cela vous évite un mois de frustration « Claude est devenu moins intelligent », repartagez. Telegram pour des astuces IA quotidiennes : https://t.me/+_ZWrQN7GuDA3ZDEy
