Behebung von Kontextaufblähung im Auto-Memory von Claude Code durch ein Benennungsschema und ein Audit-Skript

Ein Entwickler auf r/ClaudeAI hat eine praktische Skill geteilt, die nach monatelanger Nutzung Speicherdrift und Kontextaufblähung im automatischen Speicher von Claude Code angeht. Die Skill erzwingt Dateibenennung, erforderliche Frontmatter-Felder und enthält ein Bash-Audit-Skript zur Erkennung von Problemen.
Was die Skill tut
Der automatische Speicher von Claude Code (v2.1.59+) schreibt einfaches Markdown in ~/.claude/projects/<slug>/memory/. Die Skill fügt Struktur hinzu: Dateien folgen der Benennung <type>_<topic>.md, erfordern name, description, type im Frontmatter, und Feedback-Einträge müssen einen Abschnitt Why enthalten. Der automatische Speicher schreibt weiterhin; die Skill sorgt dafür, dass Claude nach der Spezifikation schreibt.
Hauptfunktionen
- Phrasengetriggerte Überprüfung: Sage "Audit memory", um das Audit-Skript auszuführen; "Review session" durchläuft die letzte Sitzung und zeigt, was behalten werden sollte.
- Sanfte Warnung: Das Audit meldet Abweichungen, blockiert aber keine Schreibvorgänge.
- Einfaches Markdown: Dateien bleiben mit grep, git usw. bearbeitbar. Keine Datenbank oder kein Daemon.
Auswirkung auf den Speicher
Ein Thema pro Datei bedeutet, dass Claude beim ersten Nachschlagen auf den richtigen Eintrag stößt. Eine deduplizierte Bibliothek lädt weniger Dateien pro Sitzung und schafft so Platz für die eigentliche Arbeit.
Beispiel für Audit-Ausgabe
Memory audit · 2026-05-15 · 132 files Hard checks (must be zero): missing frontmatter 0 frontmatter fields 0 feedback missing Why 1 naming violations 0 broken MEMORY.md links 0 Soft signals: oversized files 78 groups over 15 entries 3 untouched 30+ days 31 not in MEMORY.md 0 Hard-rule compliance: 99.2% (1 violation / 132 files)
Installation
Füge in eine beliebige Claude Code-Sitzung ein: Install the claude-memory-manager skill from https://github.com/jau123/claude-memory-manager. Sage dann "audit memory", um die Installation zu überprüfen.
Vergleich mit dem integrierten automatischen Speicher
- Automatischer Speicher allein: Kein Schema, kein Audit. Claude entscheidet über Benennung und Struktur.
- Mit dieser Skill: 3-Typen-Schema + erforderliche Felder + Why bei Feedback + Ein-Klick-Audit-Skript.
Einschränkungen
- Nur für einzelne Projekte geeignet.
- Keine semantische Bewertung – das Audit basiert nur auf Mustererkennung.
- Bash-Skript; Windows/git-bash wurde nicht getestet.
- Übertrieben für kleine Bibliotheken (unter ~10 Einträge oder 1 Monat).
📖 Read the full source: r/ClaudeAI
👀 Siehe auch

Memorine: Ein lokales Speichersystem für OpenClaw-Agenten unter Verwendung von Python und SQLite
Memorine ist ein lokales Speichersystem für OpenClaw-Agenten, das ausschließlich Python und SQLite verwendet, ohne externe Abhängigkeiten, API-Aufrufe oder Telemetrie. Es bietet Fakten-Speicherung mit Volltextsuche, Gedächtnisverfall, Widerspruchserkennung, kausaler Ereignisverkettung und optionaler semantischer Suche über fastembed und sqlite-vec.

Bullshit-Benchmark-Tests testen die Widerstandsfähigkeit von LLMs gegenüber unsinnigen Eingabeaufforderungen
Der Bullshit-Benchmark bewertet, ob KI-Modelle offensichtlich unsinnige Anfragen erkennen und zurückweisen, anstatt selbstbewusst falsche Antworten zu generieren. Die Ergebnisse zeigen, dass Claude-Modelle bei der Erkennung unsinniger Fragen deutlich besser abschneiden als Gemini-Modelle.

Jan fügt Ein-Klick-OpenClaw-Installation mit Jan-v3-Base-Modell-Integration hinzu
Jan unterstützt jetzt die Ein-Klick-Installation von OpenClaw mit direkter Integration in das Jan-v3-Basismodell, wobei alle Vorgänge lokal und privat auf Ihrem Computer bleiben.

Claude-Design vs. Huashu-Design: Ein direkter Vergleich von HTML-Layouts und Ratenbegrenzungen
Claude Design erstellt HTML-Prototypen schnell, stößt aber schnell an die Ratenbegrenzung. Huashu-Design, ein Open-Source-Claude-Code-Skill, läuft mit dem normalen Abonnement ohne separate Ratenbegrenzung – braucht aber 20 Minuten statt 5.