Claude Code Kontextverwaltung: /clear vs /compact und der Rest
So verwaltest du Claude Codes Kontextfenster. Der echte Unterschied zwischen /clear und /compact, plus /context, /rewind, Auto-Kompaktierung und die Memory-Dateien, die jeden Reset überleben.

Zwei Befehle machen die eigentliche Arbeit. /clear startet ein frisches Gespräch mit einem leeren Fenster. /compact presst das aktuelle Gespräch in eine Zusammenfassung und macht weiter. Jeder andere Kontextbefehl in Claude Code schaut sich entweder an, was das Fenster füllt, oder rettet die Situation, wenn etwas schiefläuft.
Das ist die ganze Karte. Die Kunst ist, zu wissen, welchen du brauchst, bevor der Indikator rot wird.
Wenn du zuerst die Grundlagen willst, hier ist was ein Kontextfenster wirklich ist. Dieser Artikel ist die Operator-Version: welcher Befehl, wann, und was er dich kostet.
Was dein Kontextfenster tatsächlich füllt
Es ist nicht nur dein Chat. Claude Code packt das Fenster voll mit Dateilesevorgängen, deiner CLAUDE.md des Projekts, Memory-Einträgen, aufgerufenen Skill-Inhalten, MCP-Tool-Definitionen, Hook-Output und dem Gespräch selbst.
Führe /context aus (oder /context all), um es zu sehen. Es zeigt ein farbiges Raster der Token-Nutzung nach Kategorie, plus Optimierungshinweise und Kapazitätswarnungen.
Hier ist, warum das wichtig ist. Wenn deine MCP-Server und Skill-Definitionen die Hälfte des Fensters fressen, bevor du ein Wort tippst, wird das Kompaktieren des Gesprächs kaum helfen. Du musst wissen, was schwer ist, bevor du entscheidest, wie du es kürzst.

/clear vs /compact, die einzige Weichenstellung, die zählt
/clear vergisst. /compact merkt sich eine Zusammenfassung.
/clear startet ein brandneues Gespräch mit einem leeren Kontextfenster. Dein vorheriger Chat wird nicht gelöscht. Er bleibt über /resume erreichbar.
Übergib einen Namen mit /clear <name>, um die neue Sitzung zu kennzeichnen. Deine CLAUDE.md des Projekts und der Memory werden von der Festplatte in die neue Sitzung neu geladen.
/compact hält dich in derselben Sitzung. Es fasst alles bisher in eine komprimierte Basis zusammen und macht von dort weiter. Laut der offiziellen Claude Code-Dokumentation ist das die Trennung: clear für eine neue Aufgabe, compact um Token in der aktuellen freizumachen.
Der Standard sollte /clear sein. Es ist schneller und sauberer als angesammeltes Rauschen von einer Aufgabe in die nächste zu schleppen. Das Claude Code-Team stimmt lautstark zu. "STOP COMPACTING, use /clear," schrieb @trq212 vom Claude Code-Team, der die Lücke zwischen der Arbeitsweise des Teams und der der Community hauptsächlich als eine Frage beschrieb, wie oft jeder einzelne cleared.
Medium-Autor Mubashar kommt zur gleichen Regel: "default to clear, reach for compact when continuity matters."
Clear vergisst. Compact merkt sich eine Zusammenfassung. Zu wissen, welchen du brauchst, ist die ganze Kunst.
KI in einer Design-Praxis einsetzen? Brainy hilft Designern dabei, ohne das Handwerk zu verlieren. Schau, was wir für Kreative aufbauen.
Einen Compact steuern
/compact nimmt Freitext-Anweisungen entgegen. Nutze sie.
Einfaches /compact lässt Claude entscheiden, was wichtig ist. /compact focus on the auth bug oder /compact keep the database schema sagt ihm, was es schützen soll. Eine geführte Zusammenfassung ist deutlich zuverlässiger als eine generische.
Das ist wichtig, weil Kompaktierung von Natur aus verlustbehaftet ist. Ein blinder Compact kann Details fallen lassen, die du gebraucht hättest, weshalb eine Übergabe oft besser ist als ein Aufräumen: Schreibe, was du brauchst, in eine Markdown-Datei, führe /clear aus und weise die neue Sitzung auf diese Datei hin.
Für die meisten Arbeiten an derselben Aufgabe reicht ein fokussiertes /compact. Für eine kritische Übergabe, bei der du dir keinen Detailverlust leisten kannst, schreib es zuerst auf.

Was einen Compact überlebt, und was still verschwindet
Manche Dinge werden nach der Zusammenfassung neu injiziert. Andere verschwinden, bis du sie erneut auslöst.
| Was | Nach einem /compact |
|---|---|
| System-Prompt und Ausgabestil | Neu injiziert (sie lebten nie in der Nachrichtenhistorie) |
| CLAUDE.md im Projektstamm und allgemeine Regeln | Neu injiziert |
| Auto-Memory-Einträge | Neu injiziert |
| Aufgerufene Skill-Inhalte | Neu injiziert |
| Pfad-basierte Regeln (Regeln mit einem paths-Filter) | Gelöscht, bis eine passende Datei erneut gelesen wird |
| Verschachtelte CLAUDE.md in Unterverzeichnissen | Gelöscht, bis eine passende Datei erneut gelesen wird |
| Wörtliches Gespräch, exakte Tool-Ausgaben, genaue Formulierungen | Verloren, in die Zusammenfassung gequetscht |
Die gefährlichen Zeilen sind die stillen. Pfad-basierte Regeln und verschachtelte CLAUDE.md-Dateien fallen nach einem Compact aus dem Fenster und kehren erst zurück, wenn du eine passende Datei erneut liest. Wenn dein Projekt auf bereichsbezogene Regeln angewiesen ist, kann ein Compact Claudes Verhalten ändern, ohne dich darüber zu informieren.
Auto-Kompaktierung, das Sicherheitsnetz, das du nicht abschalten kannst
Wenn das Gespräch sich dem Kontextlimit nähert, kompaktiert Claude Code eigenständig. Gleiches Verhalten wie ein manuelles /compact.
Du kannst es nicht deaktivieren. Es gibt keine Einstellung. Plant damit, nicht dagegen.
Das ist in Ordnung, weil der bessere Instinkt ist, früh zu kompaktieren statt am Rand. Anthropics Tool-Use-Cookbook zeigt, dass automatische Kompaktierung Input-Token in einem Multi-Ticket-Agent-Lauf um etwa 58% reduziert, von etwa 204k auf 82k. Eine Analyse bei hyperdev.matsuoka.com berichtet, dass proaktives Kompaktieren bei etwa 60% Kapazität statt beim Warten bis 95%, plus bessere Kontext-Bearbeitung, eine bis zu 39% bessere Performance gegenüber der Baseline lieferte.
Die Lektion ist einfach. Reite das Fenster nicht bis zur Wand. Ein sauberes /clear oder ein frühes /compact schlägt einen panikartigen Auto-Compact mitten im Gedanken.

Sehen und sichern: /context, /cost und /export
Drei Befehle zum Prüfen und Sichern, bevor du schneidest.
/context zeigt das Token-Raster nach Kategorie. Führe es aus, wann immer Claude langsam wirkt. Langsamkeit ist meist ein volles Fenster, kein dummes Modell.
/cost (Alias /usage) zeigt Sitzungskosten und Plan-Nutzungsstatistiken. Bei Pro-, Max-, Team- und Enterprise-Plänen schlüsselt es die Nutzung nach Skill, Subagent, Plugin und MCP-Server auf. Für Max- und Pro-Abonnenten ist dieser Dollarbetrag die Plannutzung, keine separate Rechnung.
/export [filename] schreibt das Transkript in Klartext, entweder in eine benannte Datei oder über einen Speicher-Dialog. Führe es vor einem /clear aus, wenn du ein Protokoll möchtest.
/rewind und /resume, ohne Neustart erholen
Wenn du einen falschen Weg eingeschlagen hast, musst du nicht von vorne anfangen.
/rewind (Aliasse /checkpoint, /undo) rollt zurück zu einem früheren Checkpoint. Es kann den Gesprächszustand, den Code-Zustand oder beides wiederherstellen, oder von einer Nachricht aus zusammenfassen, die du auswählst. Es gibt einen Tastaturkurzbefehl dafür. Führe /keybindings aus, um die aktuelle Belegung zu sehen, statt zu raten.
/resume (Alias /continue) holt ein vergangenes Gespräch zurück, per Auswahl, Sitzungs-ID oder Name. Das ist das Sicherheitsnetz unter /clear. Clearing löscht nie, also ist ein falsches Clear nur ein /resume entfernt.

Memory-Dateien überleben sowohl clear als auch compact
CLAUDE.md ist die dauerhafte Schicht. Sie überlebt alles.
Deine CLAUDE.md des Projekts und die Memory-Dateien werden nach einem /clear neu geladen und nach einem /compact neu injiziert. Alles, was du jede Sitzung neu erklärst, gehört dort hin, nicht in den Chat. /memory öffnet diese Dateien zur Bearbeitung und lässt dich Auto-Memory-Einträge aktivieren, deaktivieren oder anzeigen.
Laut den Claude Code-Dokumentationen ist das der Grund, warum CLAUDE.md der richtige Ort für Invarianten ist. Regeln wie "immer die Tests ausführen" oder "das Schema nie anfassen" bleiben über Resets hinweg bestehen und prägen künftige Zusammenfassungen. Schreibe Fakten hinein und du hörst auf, jede Sitzung die Wiederholungs-Steuer zu zahlen.
Wenn das Fenster noch zu eng ist
Das Gespräch kürzen ist nicht dein einziger Hebel. Drei Züge erledigen den Rest.
Subagents sind das Wichtigste. Übergib eine in sich geschlossene Aufgabe an einen Subagent, der in seinem eigenen frischen Kontext läuft und nur das Ergebnis zurückgibt. Der Hauptthread bleibt schlank, während die schwere Arbeit anderswo passiert. Für eine große Aufgabe schafft nichts anderes so viel Platz.
Pfad-basierte CLAUDE.md und verschachtelter Memory halten Regeln in der Nähe der Dateien, die sie regeln, sodass sie nur bei Relevanz geladen werden statt die ganze Sitzung im Fenster zu sitzen.
Ein größeres Fenster hilft, entschuldigt aber keine Schlampigkeit. Claudes neueste Modelle, die Opus 4.x- und Sonnet 4.x-Familie und Fable 5, unterstützen bis zu 1M Token im Kontextfenster. Ein volles Fenster ist immer noch langsamer und teurer zu lesen, also ist Verwaltung weiterhin wichtig. Das ist derselbe Grund, warum es sich lohnt, ein Kontextfenster effizient zu nutzen, egal wie groß es wird.
Die Entscheidungsregel, in einer Tabelle
Eine Tabelle. Kopiere sie.
| Situation | Befehl |
|---|---|
| Aufgabe abgeschlossen, neue unverbundene beginnt | /clear |
| Weiter an derselben langen Aufgabe, Platz wird knapp | /compact |
| Zusammenfassung soll etwas Bestimmtes behalten | /compact <instructions> |
| Alles fühlt sich langsam an, unklar was das Fenster frisst | /context |
| Falschen Weg genommen, Code oder Gespräch rückgängig machen | /rewind |
| Früheres Gespräch zurückrufen | /resume |
| Protokoll vor dem Clearen sichern | /export |
| Dieselbe Tatsache jede Sitzung neu erklären | In CLAUDE.md via /memory eintragen |
| Große, in sich geschlossene Aufgabe bläht den Thread auf | An einen Subagent delegieren |
Standard ist /clear. Greife auf /compact nur zurück, wenn Kontinuität innerhalb einer Aufgabe der Punkt ist. Führe /context aus, wenn es zieht, denn wenn MCP-Server und Skills das Problem sind, wird kein Kompaktieren des Chats das beheben.
FAQ
Sollte ich /clear oder /compact häufiger verwenden?
/clear, mit weitem Abstand. Die erklärte Gewohnheit des Claude Code-Teams, die in r/ClaudeCode und einer LinkedIn-Notiz von jdfiscus widerhallt, ist, bei Aufgabenabschluss zu clearen und /compact für das Bleiben in einer langen Aufgabe zu behalten. Langläufige Chats, die auf wiederholter Kompaktierung basieren, verlieren bei jedem Durchgang Details.
Löscht /clear mein Gespräch?
Nein. /clear startet ein frisches Fenster, lässt aber das vorherige Gespräch intakt und über /resume erreichbar. Nichts wird gelöscht.
Kann ich die Auto-Kompaktierung deaktivieren?
Nein. Die Auto-Kompaktierung läuft, wenn das Gespräch sich dem Limit nähert, und es gibt keine Einstellung, um sie zu deaktivieren. Die Lösung ist, bewusst zu clearen oder zu kompaktieren, bevor du dort ankommst.
Was verliert /compact tatsächlich?
Wörtliche Details. Exakte Tool-Ausgaben, lange Datei-Dumps und präzise frühere Formulierungen werden in eine Zusammenfassung gequetscht. Ein blinder Compact kann Details verlieren, die du gebraucht hättest, weshalb ein geführtes /compact <instructions> oder eine Markdown-Übergabe den Standard schlägt.
Wie sehe ich, was meinen Kontext füllt?
Führe /context aus (oder /context all). Es zeigt ein farbiges Raster der Token-Nutzung nach Kategorie: Dateilesevorgänge, CLAUDE.md, Memory, Skills, MCP-Definitionen, Hook-Output und das Gespräch, mit Optimierungshinweisen.
Wo soll ich Regeln platzieren, damit sie Resets überleben?
In CLAUDE.md, bearbeitet über /memory. CLAUDE.md des Projekts und Memory werden nach /clear neu geladen und nach /compact neu injiziert, also sind sie der einzige Kontext, der garantiert bestehen bleibt.
Lass deinen Kontext nicht verrotten
Das Fenster füllt sich, ob du es verwaltest oder nicht. Die einzige Frage ist, ob du es absichtlich schneidest oder einen Auto-Compact es mitten im Gedanken für dich tun lässt.
Standard ist /clear zwischen Aufgaben. Verwende /compact mit Anweisungen innerhalb einer Aufgabe. Führe /context aus, wenn es zieht, schiebe dauerhafte Fakten in CLAUDE.md und stütze dich bei schweren Jobs auf Subagents. Das ist die gesamte Disziplin.
Wenn du KI in eine Design-Praxis einbindest, gilt derselbe Instinkt überall: halte die Maschine fokussiert und behalte das Handwerk für dich. Das ist die Wette hinter Claude Code für Designer, und es gibt mehr über KI für Designer, wenn du den Rest willst.
Brainy hilft Designern, KI einzusetzen, ohne das Handwerk zu verlieren. Schau, was wir für Kreative aufbauen.
Brainy helps designers put AI to work without losing the craft. See what we are building for creators.
Get Started




