
Tech • IA • Crypto
Un fichier structuré claw.md fournit un contexte persistant qui améliore significativement la précision et la cohérence de la génération de code entre les sessions de développement.
Le fichier claw.md agit comme une couche de mémoire intégrée pour les environnements de développement, permettant à des outils comme Claude Code de conserver les détails clés du projet entre les sessions. Sans lui, les systèmes doivent réanalyser le code, déduire les dépendances et deviner les conventions, ce qui augmente les erreurs et les inefficacités.
Stocké à la racine du projet, claw.md est automatiquement lu au démarrage d’une session et ajouté aux prompts. Il fonctionne comme un script d’onboarding, donnant immédiatement une vision de la structure, des outils et des attentes du projet sans explication manuelle répétée.
Les entrées typiques incluent des frameworks comme Next.js 15, des systèmes de style comme Tailwind, des outils de base de données comme Drizzle ORM, ainsi que des standards de code tels que l’indentation à deux espaces ou les exports nommés. Il peut aussi définir des règles d’architecture, comme privilégier les server actions aux routes API ou préciser l’organisation des dossiers.
Avec un contexte prédéfini, le code généré s’aligne dès le départ sur les standards du projet. Par exemple, la génération de composants respecte automatiquement le framework de style et la structure attendus, réduisant les corrections et le retravail.
Une hiérarchie de configuration existe: un claw.md partagé au niveau du projet pour la cohérence d’équipe, et une version utilisateur pour les préférences individuelles. Les fichiers personnels peuvent stocker des habitudes comme le style de commentaires, tandis que ceux du projet imposent des conventions communes.
Les développeurs peuvent affiner le comportement au fil du temps en enregistrant explicitement des corrections dans la mémoire. Si des ajustements récurrents sont nécessaires, les ajouter à claw.md garantit leur persistance lors des sessions futures, améliorant l’efficacité à long terme.
Le système permet de lier la documentation interne via des chemins de fichiers, offrant un accès direct aux directives spécifiques du projet et réduisant l’ambiguïté dans les décisions d’implémentation.
Les experts recommandent de commencer sans fichier claw.md afin d’identifier les points de friction récurrents. Cela permet de construire une configuration concise et à forte valeur, centrée sur l’essentiel plutôt que sur des informations redondantes.
Un fichier claw.md bien entretenu transforme les workflows de développement en intégrant le contexte directement dans le processus, réduisant les frictions et améliorant la cohérence et la précision.
One of the most useful parts of claw code is the claw.md file. It gives cloud code persistent memory about your project. When you open up cloud code without a cloud.md file, it's like it has to start fresh every single time. It has to reexplore your codebase, understand what dependencies are needed and the features that are already implemented. Sometimes it has to make assumptions which makes it harder for us to steer claude in the right direction. But that's where claw.md comes in. It's a markdown file that you add to the root of your project and claude code reads it automatically every time you start a session. It's like an onboarding script for your codebase. Simply put, the contents of claw.md file are appended to your own prompt. You can run the /init command which will make claw generate one based off of your codebase. So let's have a look at one. This is a Nex.js15 app using the app router Tailwind and Drizzle OM command dev server run test lint code style use two space indentation prefer named exports all API routes go in app/ API use server actions instead of API routes where possible and it's pretty straightforward. Now, if I ask Claw Code to create a React component, it knows how to style it with Tailwind or any other CSS framework that I'm using, we can see that Claw does a better job at doing its job right off the bat versus having to understand where everything is at first. And before you ask, the answer is yes. You share this in your version control for your team to use, but there's actually a hierarchy of memory files depending on who it's for. So, first you have your project level claw.md that lives in the root directory of your project. You have a user level claw.md that lives in your configuration folder. This one is just for you and goes across all your projects. So, put your personal preferences here like how you write code comments. First, if you have to correct Claude to do something like always use server actions instead of API routes, then explicitly ask Claude to save this to memory so that when you come back to this project, it will know every single time. Second, if you have docs in your project that you want claw to reference, just use the at symbol with the file path. And third is we recommend you start off a project without a claw.md file so you can see where you have to constantly course correct the model. This keeps your claw.md file compact and contain only the necessary information that clock can work with. The difference between a frustrating clock code session and a productive one comes down to the context and the clot.md file is how you provide that context. Start with your stack, your preferences and then commands and just build from there as you go.