CLAUDE[.]md Tips & Tricks (Cheatsheet)
CLAUDE[.]md is one of the most important files in any Claude Code project. Think of it as project memory + execution guidelines. It tells Claude what your project is, how the codebase is structured, what design rules to follow, and what patterns to avoid. Here are 8 practical tips for writing a better CLAUDE[.]md: 1. Know the difference between project and global CLAUDE[.]md: A project-based CLAUDE[.]md lives in your project root and is specific to that product. A global CLAUDE[.]md lives in your Claude env and defines reusable preferences across all projects. Project CLAUDE[.]md: = project contextGlobal CLAUDE[.]md:= personal working style 2. Structure it properly Claude performs better when information is grouped semantically. Thats why don’t write random instructions. Use clear sections like: ✅ Project Overview ✅ Tech Stack ✅ Folder Structure ✅ UI/UX Principles ✅ Component Rules ✅ Accessibility Requirements ✅ Testing Strategy ✅ Content Guidelines ✅ Deployment Notes 3. Use [/]init to create the first draft You don’t need to start from a blank page. Run [/]initso Claude Code will scan your project and generate a first version of CLAUDE[.]md It won’t be perfect, but it gives you a solid starting point. 4. Keep it short CLAUDE[.]md is loaded into every Claude Code session, so it consumes context. My rule of thumb: Keep it under 200 lines. Ideally, under 100. For detailed documentation, use routing rules 5. Be specific Bad instruction: “Write clean code.” Better instruction: “Use descriptive prop names, no abbreviations” and “Prefer composition over inheritance.” The more precise your instructions are, the more deterministic Claude’s output becomes. 6. Treat CLAUDE[.]md: as a living document Don’t create it once and forget it. Update it when: ✅ Claude repeats the same mistake ✅ You introduce a new pattern ✅ Your product requirements change ✅ Your design system evolves ✅ Your team agrees on new rules The best CLAUDE[.]md: files are built from real usage, not theory.