Claude Code Selbstüberprüfung findet 3 GB Müll in ~/.claude — Hier ist, wie man es säubert

Ein Reddit-Benutzer gab Claude Code einen forensischen Prüfbefehl, um zu untersuchen, warum es sich träge anfühlte. Das Tool fand 3 GB an angesammeltem Ballast in ~/.claude und projektbezogenen CLAUDE.md-Dateien. Nach der Bereinigung schrumpfte das Verzeichnis auf unter 200 MB.
Der verwendete Prompt
Führe eine forensische Prüfung meines ~/.claude-Verzeichnisses und aller projektbezogenen CLAUDE.md-Dateien in meinem Arbeitsbereich durch. Ich vermute, dass angesammelter Ballast die Leistung beeinträchtigt. Berichte:
Erkläre bei jedem Fund, WARUM er die Leistung beeinträchtigt (Festplatten-I/O beim Start vs. Kontextfenster-Aufblähung vs. Wiederholungsschleifen) und gib mir sichere find / rm-Befehle zur Bereinigung. Führe nichts aus – berichte nur.
Ergebnisse in der Umgebung des Benutzers
- 2,6 GB in
projects/– 9.318 JSONL-Sitzungsprotokolle in 172 Projektverzeichnissen, nie gelöscht. Verursacht Festplatten-I/O beim Start. - 170 MB in
telemetry/– 91 Dateien von1p_failed_events.*aus einer stillen Wiederholungsschleife, bei der die Telemetrie den Endpunkt nicht erreichen konnte und ständig puffert. - 153 MB an Dateiverlauf-Rückgängig-Puffern.
- 3.095 veraltete todo-JSON-Dateien – eine pro Sitzung/Agent, seit jeher.
- Eine 986-zeilige
CLAUDE.md, plus eine 346-zeilige innode_modules, die immer geladen wird, wenn man sich in der Nähe mitcdbewegt, was zu Kontextfenster-Aufblähung führt. - Gestapelte
CLAUDE.md-Dateien in verschachtelten Backend-Verzeichnissen, die allein durch die Anwesenheit in einem Unterverzeichnis insgesamt ~900 Zeilen Kontext hinzufügen.
Was zu tun ist
Der Benutzer hat die genauen Bereinigungsbefehle nicht mitgeteilt, aber der Prüfbericht enthielt sichere find/rm-Vorschläge. Du kannst basierend auf den Ergebnissen eigene erstellen: Entferne alte Sitzungsprotokolle aus ~/.claude/projects/, lösche Telemetrie-Wiederholungspuffer, entferne Rückgängig-Puffer und reduziere oder kürze aufgeblähte CLAUDE.md-Dateien – insbesondere die in node_modules oder tief verschachtelten Verzeichnissen.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch
![[Update] Sie haben nach einer sicheren, „Immer-Online“-Möglichkeit gefragt, OpenClaw ohne die Probleme mit VPS zu betreiben. Wir haben es gebaut. Die Warteliste ist eröffnet.](/covers/article-139.jpg?v=3)
[Update] Sie haben nach einer sicheren, „Immer-Online“-Möglichkeit gefragt, OpenClaw ohne die Probleme mit VPS zu betreiben. Wir haben es gebaut. Die Warteliste ist eröffnet.
OpenClaw kündigt eine neue Funktion an, die es Benutzern ermöglicht, ihre Plattform sicher und kontinuierlich ohne die Komplikationen eines VPS zu betreiben. Die Warteliste für den frühen Zugang ist jetzt geöffnet.
Ein Cron-Timeout beweist nicht, dass Ihre OpenClaw-Aktion fehlgeschlagen ist
Wenn ein Cron-Job nach dem Senden einer Nachricht oder dem Veröffentlichen von Inhalten eine Zeitüberschreitung hat, weiß OpenClaw, dass die Ausführung fehlgeschlagen ist, aber nicht, ob der Anbieter die Aktion akzeptiert hat. Behandeln Sie mehrdeutige Zeitüberschreitungen als unbekannt, nicht als fehlgeschlagen.

Wichtige benutzerdefinierte Anweisungen für Claude, um häufige Ärgernisse zu vermeiden
Ein Reddit-Nutzer teilt drei spezifische benutzerdefinierte Anweisungen, um häufige Ärgernisse bei Claude zu beheben: Warnungen vor zerstörerischen Befehlen zu verlangen, Planänderungen mitten in Antworten zu verhindern und Codeblöcke ausschließlich für funktionalen Code zu verwenden.

Hohe CPU/RAM-Auslastung und Gateway-Neustarts in OpenClaw? IPv6 für Telegram deaktivieren
Wenn Sie in Ihrem Telegram-Bot-Konfiguration autoSelectFamily: false und dnsResultOrder: 'ipv4first' setzen, werden ENETUNREACH-Fehler vermieden, die hohe CPU-Auslastung, Event-Loop-Einfrierungen und Gateway-Neustarts verursachen.