CLAUDE.md verwenden, um Projektkonventionen über Claude AI-Sitzungen hinweg beizubehalten

Ein Reddit-Nutzer berichtet, dass das Hinzufügen einer CLAUDE.md-Datei zum Projektstamm die wirksamste Änderung war, die er mit Claude Code vorgenommen hat. Claude liest diese Datei zu Beginn jeder Sitzung, sodass Sie Konventionen wie TypeScript-Verwendung, Tailwind vs. CSS-Module, Testordnerstruktur oder Datenmodellbeziehungen nie wieder erklären müssen.
Schlüsseldetails
- Platzierung: Erstellen Sie eine Datei namens
CLAUDE.mdim Stammverzeichnis Ihres Projekts. - Was aufnehmen: Codierungskonventionen (z.B. „Wir verwenden TypeScript, immer. Keine Standard-Exporte. Tailwind, nicht CSS-Module. Tests kommen in tests-Ordner.“) sowie Projektarchitektur-Kontext — wie Module verbunden sind, Datenmodelle und welche Dateien kritisch vs. Gerüst sind.
- Verhalten: Die Datei wird automatisch zu Beginn jeder Claude-Sitzung gelesen. Kein manuelles Aufrufen erforderlich. Konventionen werden angewendet, ohne danach gefragt zu werden.
- Ergebnis: Der Nutzer bemerkte: „Claudes Änderungen wurden merklich besser, sobald dieser Kontext von Anfang der Sitzung an eingebaut war.“
Praktisches Beispiel
# CLAUDE.md
Konventionen
- Sprache: TypeScript
- Exporte: nur benannte Exporte (keine Standard-Exporte)
- Styling: Tailwind CSS (keine CSS-Module)
- Tests: Tests kommen in dedizierte tests/-Ordner
Architektur
- Frontend: React mit React Router
- API-Schicht: Express-Routen in /api
- Datenmodelle: Prisma-Schema in /prisma
- Kritische Dateien: /src/app.ts, /src/config.ts
Nach dem Hinzufügen dieser Datei berichtet der Nutzer, diese Regeln nie wieder pro Sitzung eingeben zu müssen.
Für wen es gedacht ist
Entwickler, die Claude Code oder einen anderen Claude-gestützten Codierungsagenten verwenden und konsistentes Verhalten über Chatsitzungen hinweg wünschen, ohne Anweisungen wiederholen zu müssen.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch
Claudes unnötige Zusammenfassungen: Ein benutzerdefinierter Workaround mit 70% Erfolgsquote
Nutzer beschweren sich, dass Claude nach einer perfekten Antwort eine redundante Zusammenfassung hinzufügt. Ein Prompt-Trick – „no summary, no recap, stop when you're done“ – funktioniert etwa 70 % der Zeit.

Haben Sie in einem Monat 850 Dollar für OpenClaw ausgegeben? Beheben Sie Ihre Architektur, nicht Ihr Modell
Ein Entwickler verbrannte in einem Monat 850 $ für ein OpenClaw-Multi-Agenten-Setup – davon 350 $ an einem einzigen Tag. Die Lösung war nicht ein günstigeres Modell, sondern das Systemdesign: striktes Context-Pruning, Sitzungsrücksetzungen, n8n für Nicht-Denksportaufgaben und eine Routing-Ebene für günstige vs. leistungsstarke Modelle.

OpenClaw-Absturzschleife-Debugging: Eine 5-Punkte-Checkliste
Ein Reddit-Beitrag aus r/openclaw bietet eine fünfstufige Checkliste zur schnellen Diagnose von Absturzschleifen in OpenClaw-Agenten oder Gateways, die sich auf Fehlerform, Host-Auslastung, Provider-Latenz, Konfigurationsunterschiede und Alarmierung konzentriert.

OpenClaw API Budgetauslauf: Einstellungen, die sofort geändert werden müssen
Die standardmäßige Heartbeat-Funktion von OpenClaw kann API-Budgets durch die Überprüfung von Aufgaben alle 30 Minuten und das Laden vollständiger Kontextdateien, des Speichers und des Chat-Verlaufs jedes Mal belasten. Die Quelle empfiehlt, die aktiven Stunden zu ändern, günstigere Basismodelle zu verwenden, manuell nur bei Bedarf auf Premium-Modelle umzuschalten und /new zu verwenden, um Sitzungen zurückzusetzen.