La plupart des gens qui utilisent Claude n'en ont jamais entendu parler.
Ceux qui en ont entendu parler ne savent pas quoi y mettre concrètement.
Et ce fossé coûte des heures aux gens chaque semaine. ⏰
Voici la vérité — chaque fois que vous ouvrez une nouvelle session Claude, elle démarre avec zéro mémoire.
Elle ne connaît pas votre nom. Elle ne connaît pas votre travail. Elle ne connaît ni vos préférences ni la façon dont vous aimez que les choses soient faites.
Vous passez donc les premières minutes à tout réexpliquer depuis le début. Ou vous ne le faites pas — et Claude vous donne quelque chose qui ne correspond pas du tout à votre façon de travailler.
CLAUDE.md résout ce problème définitivement. 💡
Voici les 21 instructions dont vous avez besoin pour le configurer correctement. 👇
D'abord — ce n'est PAS qu'un outil pour développeurs. 🔥
Les écrivains l'utilisent pour verrouiller leur voix, afin que Claude ne sonne jamais comme quelqu'un d'autre. Les marketeurs l'utilisent pour définir leur public, pour que Claude arrête d'écrire des textes génériques. Les chercheurs l'utilisent pour définir comment ils veulent que l'information soit structurée. Les chefs d'entreprise l'utilisent pour donner à Claude le contexte complet de l'entreprise, afin que chaque résultat corresponde à leur réalité.
Sans CLAUDE.md — vous repartez de zéro à chaque session. Vous vous répétez. Vous corrigez les mêmes erreurs. Vous expliquez vos préférences pour la centième fois.
CLAUDE.md est la toute première chose que vous devriez configurer avant tout travail sérieux avec Claude. 🎯
Comment le créer en 2 minutes ⚡
Ouvrez votre dossier de projet et créez un nouveau fichier. Nommez-le exactement « CLAUDE.md » — en majuscules, sans espaces.
Ouvrez-le dans n'importe quel éditeur de texte — Notepad, TextEdit, VS Code, celui que vous utilisez. Collez vos instructions directement dans ce fichier en texte brut.
Commencez par 3 ou 4 instructions qui résolvent vos plus grandes frustrations en premier. Sauvegardez le fichier. Claude le lit automatiquement chaque fois que vous ouvrez une session dans ce dossier.
Pas de configuration. Pas d'étapes supplémentaires. Cela fonctionne dès le premier message. 💡
⚡ PARTIE 1 : Comment Claude vous parle
- Éliminez le remplissage pour toujours. 🚫
Le comportement par défaut de Claude est d'ouvrir chaque réponse par — « Bonne question ! », « Bien sûr ! », « Certainement ! », « Absolument ! »
Des phrases qui n'apportent rien et vous font perdre du temps chaque jour.
Une instruction élimine cela définitivement. Chaque réponse commence directement par la réponse. Pas d'échauffement. Pas de mise en scène de serviabilité. Juste ce que vous avez demandé — immédiatement.
« Ne commence jamais les réponses par des phrases de remplissage comme « Bonne question ! », « Bien sûr ! », « Certainement ! » ou des échauffements similaires. Commence chaque réponse par la réponse réelle. Pas de préambule. Juste l'information. »
- Montrez toujours les options avant d'agir. 🎯
Claude choisit une approche et s'y tient par défaut.
Vous lui demandez de réécrire un paragraphe et il change tout le ton du document. Vous lui demandez de restructurer un document et il réorganise les choses d'une manière qui ne correspond pas du tout à votre façon de penser.
Vous corrigez maintenant quelque chose que vous n'avez jamais demandé à changer. 😤
Cette instruction résout complètement ce problème. Avant toute tâche importante, Claude vous montre 2 à 3 façons possibles d'aborder le travail. Vous choisissez la direction. Ce qui suit est exactement ce que vous vouliez.
« Avant toute tâche importante, montre-moi toujours 2 à 3 approches possibles d'abord. Attends mon choix avant de procéder. »
- Soyez honnête quand vous ne savez pas. 🔍
Claude vous donnera une réponse confiante, détaillée et complètement fausse avant même d'admettre une incertitude.
Il comble les lacunes avec des informations qui semblent plausibles — dates, statistiques, citations, faits — qui semblent vraies mais ne le sont tout simplement pas. Vous utilisez cette information et le problème apparaît plus tard, quand cela compte le plus.
Cette instruction change ce comportement définitivement.
« Si tu n'es pas certain d'un fait, d'une statistique, d'une date ou d'une citation — dis-le explicitement avant de l'inclure. « Je ne suis pas certain de cela » est toujours mieux que de présenter une supposition comme un fait. Ne comble jamais les lacunes avec des informations qui semblent plausibles. »
- Adaptez la longueur à ce qui est réellement nécessaire. 📏
Posez une question simple à Claude et il écrit quatre paragraphes. Demandez-lui quelque chose de complexe et il vous donne un squelette qui a l'air complet mais ne l'est pas.
Ni l'un ni l'autre n'est utile. La longueur de la réponse doit correspondre à ce que la tâche exige réellement.
« Adapte la longueur de la réponse à la complexité de la tâche. Les questions simples obtiennent des réponses courtes et directes. Les tâches complexes obtiennent des réponses complètes et détaillées. Ne gonfle jamais les réponses avec des reformulations ou des phrases de conclusion qui répètent ce que tu viens de dire. »
⚡ PARTIE 2 : Comment Claude se comporte
- Demandez avant de faire des changements majeurs. ✋
Vous demandez à Claude de corriger un paragraphe et il réécrit tout le document. Vous lui demandez de raccourcir quelque chose et il supprime des sections dont vous aviez réellement besoin.
À chaque fois — vous perdez quelque chose que vous ne vouliez pas perdre.
« Avant d'apporter tout changement qui modifie significativement du contenu que j'ai déjà créé — arrête-toi complètement. Décris exactement ce que tu t'apprêtes à changer et pourquoi. Attends ma confirmation avant de procéder. « Je pense que ce serait mieux » n'est pas une permission pour le changer. »
- Restez concentré sur ce qui a été demandé. 🎯
Demandez à Claude de corriger une chose et il va « améliorer » cinq autres choses en cours de route — ajuster votre formulation, réorganiser votre structure, reformuler des phrases dont vous étiez parfaitement satisfait.
Vous devez maintenant tout trier rien que pour trouver ce qui a réellement changé. 😤
« Ne modifie que ce que je t'ai spécifiquement demandé de modifier. Ne réécris pas, ne reformule pas et n'« améliore » rien de ce que je n'ai pas demandé — même si tu penses que ce serait mieux. Si tu remarques quelque chose qui mérite d'être amélioré ailleurs, mentionne-le à la fin. N'y touche pas à moins que je ne le demande explicitement. »
- Dites-moi toujours ce que vous avez changé. 📋
Claude termine une tâche et vous passez en revue le résultat en essayant de comprendre ce qui est différent de ce que vous aviez avant.
Quelles sections ont changé ? A-t-il supprimé quelque chose ? A-t-il ajouté quelque chose que vous n'aviez jamais demandé ?
« Après avoir terminé toute tâche d'édition ou d'écriture, termine toujours par un bref résumé : Ce qui a été changé. Ce qui n'a pas été touché. Ce qui nécessite mon attention. Garde-le court — c'est un bilan, pas un récapitulatif. »
- N'agissez jamais en mon nom sans demander. 🚨
Alors que les outils d'IA deviennent plus connectés — à votre email, calendrier, comptes sociaux, documents — le risque que Claude prenne une action que vous n'aviez pas pleinement intentionnée grandit avec chaque nouvelle intégration.
Envoyer un message. Publier du contenu. Planifier quelque chose. Ces actions ont des conséquences réelles et elles arrivent vite.
« N'envoie jamais, ne publie jamais, ne partage jamais et ne planifie jamais quoi que ce soit en mon nom sans ma confirmation explicite dans le message actuel. « Tu as mentionné vouloir faire cela » n'est pas une confirmation. Je dois dire oui dans le message actuel. »
⚡ PARTIE 3 : Votre contexte
- Dites à Claude qui vous êtes et ce que vous savez. 👤
Claude ne sait pas si vous êtes un expert ou un débutant, un fondateur ou un freelance, quelqu'un qui veut de la profondeur technique ou un langage simple.
Sans ce contexte — il devine. Et il se trompe aussi souvent qu'il a raison.
« À propos de moi : Nom. Rôle. Contexte. Solide en [sujets que tu maîtrises bien]. En apprentissage [domaines où tu as besoin de plus de contexte]. Ajuste la profondeur de chaque réponse en fonction de ce profil. Ne m'explique jamais ce que je sais déjà. »
- Donnez à Claude le contexte de ce sur quoi vous travaillez. 📌
Chaque session Claude commence sans savoir sur quoi vous travaillez, pour qui c'est, ou ce qui compte vraiment.
Il vous donne des résultats génériques parce qu'il n'a pas d'autre choix.
« Ce sur quoi je travaille : Projet. Objectif. Public. Ton. Ce qu'il faut éviter. Applique ce contexte à chaque tâche. Quand quelque chose ne correspond pas à ce cadre — signale-le avant de procéder. »
- Verrouillez votre voix et votre style. ✍️
Claude a un style d'écriture par défaut. Il est correct. Mais ce n'est pas le vôtre.
Chaque fois que vous utilisez Claude pour écrire quelque chose — vous finissez par le retravailler pour retrouver votre voix de toute façon.
Définissez votre voix une fois et Claude écrit dans cette voix dès le premier brouillon.
« Mon style d'écriture — correspond toujours à cela : Voix. Longueur des phrases. Mots que j'utilise. Mots que je n'utilise jamais. Préférence de format. Quand tu écris quoi que ce soit en mon nom, correspond exactement à ce style. Ne tombe pas par défaut dans tes propres schémas. »
⚡ PARTIE 4 : Mémoire et continuité
- Faites en sorte que Claude conserve un fichier de mémoire. 🧠
Claude oublie tout entre les sessions. Chaque conversation recommence complètement à zéro.
Mais Claude peut écrire des fichiers — et les fichiers persistent.
Cette instruction dit à Claude de maintenir un fichier MEMORY.md avec chaque décision importante que vous prenez ensemble — ce qui a été décidé, pourquoi, et quelles alternatives ont été rejetées.
« Maintiens un fichier appelé MEMORY.md. Après toute décision importante — ajoute une entrée avec ce qui a été décidé, pourquoi, et ce qui a été rejeté. Lis MEMORY.md au début de chaque session avant de faire quoi que ce soit. »
- Résumé de fin de session — ne perdez plus jamais votre progression. 📝
Vous fermez la session. Vous revenez deux jours plus tard. Vous passez 15 minutes à lire les anciens messages en essayant de vous rappeler où vous en étiez et ce que vous aviez terminé.
C'est une perte de temps totalement évitable qui arrive à presque tous ceux qui utilisent Claude régulièrement.
« Quand je dis « fin de session » ou « arrêtons-nous là » — écris un résumé de session dans MEMORY.md : Ce sur quoi nous avons travaillé. Ce qui est terminé. Ce qui est en cours. Quelles décisions ont été prises. Ce qu'il faut reprendre à la prochaine session. »
- Consignez ce qui n'a pas fonctionné — arrêtez de résoudre deux fois le même problème. 🔄
Vous essayez une approche de prompt. Cela prend quatre tentatives pour obtenir quelque chose d'utilisable. Trois semaines plus tard, vous revenez avec une tâche similaire et Claude recommence avec les mêmes mauvaises suggestions.
Mêmes essais et erreurs. Même temps perdu. Depuis le début. À chaque fois.
« Maintiens un fichier appelé ERRORS.md. Quand une approche prend plus de 2 tentatives pour fonctionner — consigne ce qui n'a pas fonctionné, ce qui a fonctionné, et ce qu'il faut retenir la prochaine fois. Vérifie ERRORS.md avant de suggérer des approches pour des tâches similaires. »
- Donnez à Claude une liste de faits qui ne changent jamais. 📌
Chaque projet a des faits permanents — des contraintes issues de décisions passées, des règles qui existent pour des raisons importantes, des choses qui sont toujours vraies dans votre travail quelle que soit la tâche spécifique.
Sans cela — Claude suggère nonchalamment des choses qui contredisent complètement votre réalité.
« Ces faits sont toujours vrais. Applique-les à chaque session sans exception : [Vos faits permanents ici]. Si une tâche entre en conflit avec l'un d'eux — signale-le avant de procéder. »
⚡ PARTIE 5 : Pour les développeurs
- Restez dans le périmètre — ne touchez à rien de ce qui n'a pas été demandé. 🔒
Demandez à Claude de corriger un bug et il refactorise trois fichiers, renomme vos variables, réorganise vos imports, et « améliore » du code avec lequel vous travaillez depuis des mois — tout cela sans demander.
Certains de ces changements cassent des choses. D'autres introduisent des différences subtiles qui mettent des jours à être retrouvées.
« Ne modifie que les fichiers, fonctions et lignes de code directement liés à la tâche en cours. Ne refactorise pas, ne renomme pas et n'« améliore » rien de ce que je ne t'ai pas explicitement demandé de changer. Si tu remarques quelque chose qui mérite d'être corrigé ailleurs — mentionne-le. N'y touche pas. Jamais. »
- Confirmez avant toute action destructive. ⚠️
Claude Code supprime des fichiers, écrase des fonctions et supprime des tables de base de données sans hésitation — parce que vous le lui avez dit, même si vous n'aviez pas pleinement réalisé ce que vous lui disiez.
Une instruction mal lue et des heures de travail disparaissent complètement, sans retour en arrière possible.
« Avant de supprimer un fichier, d'écraser du code existant, de supprimer des enregistrements de base de données, ou de faire tout changement qui ne peut pas être annulé trivialement — arrête-toi complètement. Liste exactement ce qui sera affecté. Demande une confirmation explicite. Ne procède qu'après que j'ai dit oui dans le message actuel. »
- Arrêts obligatoires — actions qui ne se produisent jamais sans permission. 🚨
Déployer en production. Exécuter des migrations sur une base de données en direct. Envoyer des appels API à des services externes.
Ce ne sont pas des situations de « soyez prudent ». Ce sont des arrêts complets.
« Les actions suivantes nécessitent une confirmation explicite dans la session avant d'être exécutées — aucune exception : Déployer sur un quelconque environnement. Exécuter des migrations sur une quelconque base de données. Envoyer un email ou un appel API externe. Exécuter une commande ayant des effets externes irréversibles. »
- Verrouillez votre stack technique. 🔧
Sans stack défini — Claude suggérera le framework qu'il considère le plus populaire, la bibliothèque qu'il a le plus vue, et le gestionnaire de paquets par défaut.
Souvent pas ce que vous utilisez, pas ce que votre équipe connaît, et pas compatible avec ce que vous avez déjà construit.
« Stack technique — utilise toujours ceux-ci, ne suggère jamais d'alternatives à moins que je ne le demande : Langage. Framework. Gestionnaire de paquets. Base de données. Tests. Linting. Si quelque chose semble être le mauvais outil — signale-le. Mais utilise-le quand même à moins que je ne dise le contraire. »
- Montrez toujours exactement ce qui a changé. 📊
Claude termine une tâche de codage et vous passez en revue le résultat en essayant de comprendre ce qui est différent.
Quels fichiers ont changé ? A-t-il touché à autre chose ? A-t-il laissé quelque chose d'inachevé ?
« Après avoir terminé une tâche de codage, termine toujours par : Fichiers modifiés. Ce qui a été modifié — une ligne par fichier. Fichiers intentionnellement non touchés. Suivi nécessaire. Garde-le court — c'est un bilan, pas un récapitulatif. »
- Les 4 règles qui ont rendu le CLAUDE.md d'Andrej Karpathy viral. 🔥
Andrej Karpathy — ancien directeur de l'IA chez Tesla, membre fondateur d'OpenAI — a identifié 4 comportements spécifiques qui font échouer Claude Code dans les tâches de codage.
Un développeur les a distillés en 4 instructions. Ce fichier a atteint la #1 sur GitHub Trending et a amélioré la précision du codage de 65 % à 94 %. 😱
Les voici :
- Demandez, ne supposez pas — si quelque chose n'est pas clair, demandez avant d'écrire la moindre ligne. Ne faites jamais de suppositions silencieuses.
- Solution la plus simple d'abord — implémentez toujours la chose la plus simple qui pourrait fonctionner. N'ajoutez pas d'abstractions qui n'ont pas été demandées.
- Ne touchez pas au code non lié — si un fichier ne fait pas directement partie de la tâche en cours, ne le modifiez pas. Jamais.
- Signalez l'incertitude explicitement — si vous n'êtes pas confiant quant à une approche, dites-le avant de procéder. La confiance sans certitude cause plus de dégâts que d'admettre une lacune.
La ligne de fond. 💎
CLAUDE.md n'est pas seulement un outil pour développeurs.
C'est un fichier d'instructions permanent que quiconque utilise Claude sérieusement devrait configurer avant sa toute première session réelle.
Les instructions 1 à 4 corrigent la façon dont Claude communique. Les instructions 5 à 8 l'empêchent de modifier des choses que vous n'avez pas autorisées. Les instructions 9 à 11 lui donnent le contexte nécessaire pour produire des résultats adaptés à votre travail réel. Les instructions 12 à 15 lui donnent ce qui se rapproche le plus d'une vraie mémoire actuellement. Les instructions 16 à 21 font en sorte que Claude Code se comporte comme un outil précis au lieu d'un outil imprévisible.
Créez le fichier. Collez-y 3 instructions. Ajoutez-en au fur et à mesure.
La différence dans la qualité des résultats sera immédiate et évidente dès la toute première session. 🚀
Suivez pour plus de systèmes qui changent réellement votre façon de travailler avec l'IA. 💯
