Kontextverwaltung in Claude Code: /context, /compact, CLAUDE.md und Obsidian richtig nutzen

Viele Claude-Code-Sitzungen scheitern nicht an einem schwachen Modell. Deutlich häufiger ist die Sitzung mit veraltetem Kontext überladen.

Kontextverwaltung bedeutet, bewusst zu entscheiden: Was muss Claude jetzt wissen? Was gehört dauerhaft in den Projektspeicher? Was sollte zusammengefasst werden? Und was ist in externen Notizen besser aufgehoben?

Dieser Leitfaden zeigt einen praxistauglichen Arbeitsrhythmus mit /context, /compact, /clear, /memory, CLAUDE.md und Notizen nach dem Obsidian-Prinzip.

Das Kontextfenster als Arbeitsfläche verstehen

Das Kontextfenster ist der aktuelle Arbeitsbereich einer Sitzung. Es enthält den Gesprächsverlauf, von Claude gelesene Dateien, Ergebnisse von Werkzeugaufrufen, CLAUDE.md, den automatischen Speicher sowie geladene Regeln und Skills. Je voller das Fenster wird, desto schwerer lässt sich die Sitzung steuern: Wichtige Vorgaben konkurrieren dann mit alten Ausgaben um Aufmerksamkeit.

Bestandteil des Kontexts	Warum er viel Platz belegt	Praktische Gegenmaßnahme
Gespräch	Lange Diskussionen und Nebenthemen	An Aufgabengrenzen kürzen
Dateien	Große Dateien vollständig einlesen	Zuerst suchen, dann nur relevante Bereiche lesen
Werkzeugausgaben	Lange Protokolle und wiederholte Fehler	Kernaussagen in einer Notiz zusammenfassen
Speicher	Eine überladene CLAUDE.md	Details in Regeln oder Dokumentation auslagern

/context, /compact, /clear und /memory gezielt einsetzen

/context zeigt, was das Kontextfenster belegt. /compact fasst das bisherige Gespräch zusammen, damit die Arbeit in derselben Sitzung weitergehen kann. /clear beginnt ein neues Gespräch, wenn tatsächlich eine neue Aufgabe startet. /memory zeigt die geladenen CLAUDE.md-Dateien, den lokalen Speicher, Regeln und Einträge des automatischen Speichers.

/context all
/compact Konzentriere dich auf geänderte Dateien, fehlgeschlagene Tests und den nächsten Befehl
/clear
/memory

Vor der Aufgabe ein Kontextbudget festlegen

Nennen Sie Claude vor einer anspruchsvollen Aufgabe das Ziel, die betroffenen Dateien, ausdrücklich ausgeschlossene Bereiche, die Abschlusskriterien und die Befehle zur Überprüfung. Lassen Sie nicht das gesamte Repository einlesen, wenn eine gezielte Suche mit rg und zwei Dateien ausreicht.

# Suche eingrenzen, bevor Claude Dateien einliest
rg -n "getUserById|User not found|auth middleware" src tests
git diff --stat
npm test -- --runInBand

Kopierfertiger Ablaufplan für längere Aufgaben

Nutzen Sie diesen Ablaufplan vor Refactorings, Sicherheitskorrekturen, längeren Artikeln oder Monetarisierungsexperimenten. Er hält die Sitzung fokussiert und hinterlässt eine nachvollziehbare Übergabe für den nächsten Arbeitsabschnitt.

## Aufgabenbeschreibung
- Ziel:
- Im Arbeitsumfang:
- Nicht im Arbeitsumfang:
- Voraussichtlich betroffene Dateien:
- Fertig, wenn:
- Befehle zur Überprüfung:

## Übergabeprotokoll
- Geänderte Dateien:
- Ausgeführte Befehle:
- Ergebnis:
- Verbleibendes Risiko:
- Sinnvollster nächster Schritt:

Was nach der Komprimierung erhalten bleibt

Nach einer Komprimierung werden die CLAUDE.md im Projektstamm und der automatische Speicher erneut in den Kontext geladen. Verschachtelte CLAUDE.md-Dateien und pfadbezogene Regeln kehren dagegen erst zurück, wenn Claude wieder passende Dateien liest. Anweisungen, die nur im Gespräch stehen, gehen am leichtesten verloren. Dauerhafte Regeln gehören deshalb in Dateien.

# CLAUDE.md

## Anweisungen für die Komprimierung
- Aktuelles Geschäftsziel und Monetarisierungshypothese beibehalten.
- Geänderte Dateien, Prüfungsbefehle, Bereitstellungsstatus und Hindernisse beibehalten.
- Rohe Protokolle weglassen, sofern keine Zeile die Fehlerursache erklärt.
- Bei laufender Artikelarbeit Slug, Sprachversionen und Qualitätsmängel beibehalten.

Drei Anwendungsfälle: Code, Inhalte und Conversion

1. Bei einem großen Refactoring delegieren Sie die umfassende Recherche an einen Subagenten oder eine separate Sitzung. In den Hauptkontext gelangt nur die Zusammenfassung der Entscheidung.
2. Bei Veröffentlichungen speichern Sie die Rohrecherche in Obsidian, Redaktionsregeln in CLAUDE.md und das fertige MDX im Repository. So lassen sich Inhalte später leichter anhand von Analysedaten verbessern.
3. Bei Conversion-Optimierungen halten Sie Kennzahl, Hypothese, Änderung und Prüfergebnis in einem kleinen Arbeitspaket fest, statt den Gesprächsverlauf einer ganzen Woche mitzuschleppen.

Häufige Fehler und passende Lösungen

1. Fehler 1: Sie gehen davon aus, dass /compact jedes Detail bewahrt. Der Befehl erhält eine Zusammenfassung, nicht das vollständige Protokoll. Schreiben Sie dauerhafte Vorgaben in CLAUDE.md oder eine Übergabedatei.
2. Fehler 2: Sie betreiben vor der Umsetzung eine ausufernde Recherche. Verdichten Sie die Ergebnisse zunächst in einer kurzen Datei. Beginnen Sie die Umsetzung anschließend nur mit dieser Zusammenfassung und den betroffenen Dateien.
3. Fehler 3: Sie behandeln den automatischen Speicher wie eine gemeinsame Teamdokumentation. Er ist ein lokaler Speicher. Gemeinsame Konventionen gehören in eine versionierte CLAUDE.md oder in die Projektdokumentation.

Welche Rolle Obsidian spielt

Dieser Arbeitsablauf ergänzt die bewährten Vorgehensweisen für CLAUDE.md, den Leitfaden zur Token-Optimierung und den Leitfaden für fortgeschrittenes Prompt Engineering. Wenn Ihr Team intensiv mit Notizen arbeitet, lesen Sie außerdem den Artikel zur Verknüpfung von Claude Code und Obsidian. Unterstützung bei der Einrichtung im Team finden Sie auf der Seite Schulung und Beratung.

Ablageort	Geeignete Informationen
CLAUDE.md	Kurze Regeln, die in jeder Sitzung benötigt werden
Obsidian	Ausführliche Recherche, Hypothesen und Artikelideen
MDX / Dokumentation	Veröffentlichte Inhalte, Spezifikationen und Übergabenotizen
Automatischer Speicher	Lokale Präferenzen und wiederkehrende Erkenntnisse

Was ich für diesen Artikel geprüft habe

Für diese Überarbeitung habe ich die aktuellen Dokumentationen zum Kontextfenster, zu Befehlen und zum Speicher geprüft und ältere Hinweise entfernt, die sich hauptsächlich auf /cost stützten. Der Artikel behandelt nun /usage, /context, /compact und /memory als Werkzeuge mit jeweils eigener Aufgabe. Offizielle Quellen: Kontextfenster, Befehle, Speicher und häufige Arbeitsabläufe.