Inhalt

Das /compact von Claude Code ist nichts, was man nach der Uhr drückt. Der richtige Moment ist eine Zäsur in der Arbeit — eine Aufgabe ist fertig, die nächste steht an. Die offizielle Dokumentation sagt genau das: /compact an einem natürlichen Einschnitt der Arbeit ausführen, etwa zwischen zwei Aufgaben, statt darauf zu warten, dass die automatische Komprimierung mitten in einer Aufgabe anspringt (Claude-Code-Doku, „Prompt caching“).

Regeln wie „alle 30 Minuten drücken“ oder „drücken, sobald der Kontext 70 % überschreitet“ zielen am Problem vorbei. Der Rest dieses Artikels arbeitet heraus, warum; die Kurzfassung lautet: Kosten und Verlust einer Komprimierung entscheiden sich nicht daran, wann Sie gedrückt haben, sondern daran, was Sie weggeworfen haben und ob der Cache warm war.

📌 Woher diese Angaben stammen: Jede Spezifikation, Versionsnummer und jeder Einstellungsname weiter unten wurde am 8. August 2026 gegen die Claude-Code-Dokumentation und die Release Notes geprüft (aktuell zu diesem Zeitpunkt: v2.1.226, 8. August 2026). Claude Code entwickelt sich schnell, und rund um die Komprimierung ist selbst in den jüngsten Releases Verhalten hinzugekommen (/autocompact setzt v2.1.221 oder neuer voraus). Ihren eigenen Stand prüfen Sie mit claude --version.

1. Die kurze Antwort — am Aufgabenwechsel drücken, nicht nach der Uhr

Zuerst die Entscheidungstabelle. Sie ist dafür da, dass Sie nach Situation entscheiden statt nach der Uhr.

✅ Wann Sie drücken sollten

Sie haben eine Aufgabe abgeschlossen und stehen kurz vor einer langen. Dass noch Kontext übrig ist, spielt keine Rolle. Es geht darum, den automatischen Lauf zu Ihren Bedingungen vorzuziehen, damit Sie mitten in der Arbeit nichts unterbricht.

🟡 Wann /clear die bessere Wahl ist

Die nächste Aufgabe hat nichts mit der letzten zu tun. Wenn Sie nicht einmal die Zusammenfassung brauchen, gibt es keinen Grund, für ihre Erzeugung zu bezahlen. Die Doku sagt es unmissverständlich: Wer einen Neuanfang statt Kontinuität will, bekommt /clear gratis.

🔵 Wann /rewind die bessere Wahl ist

Sie wollen die ganze eingeschlagene Richtung wegwerfen. Das Zurückspulen kürzt auf einen Punkt zurück, der bereits im Cache liegt, und ist damit billiger als eine Komprimierung, die ein komplett neues Präfix aufbauen muss.

❌ Wann Sie nicht drücken sollten

Mitten in einer Aufgabe. Details, die Sie noch gebraucht hätten, werden zu einer Zusammenfassung plattgedrückt. Jede Komprimierung „nur zur Sicherheit“ handelt Ihnen die Arbeit ein, dieselben Dateien gleich danach erneut zu lesen.

Eine einzige Frage trennt diese vier Fälle. Werden Sie das, was Sie gerade wegwerfen wollen, noch brauchen? Um die Formulierung der Dokumentation aufzugreifen: Eine Komprimierung nützt dann, wenn der Kontext, den Sie fallen lassen, tatsächlich nicht mehr gebraucht wird. Ein fester Zeitplan ist eine Art, diese Entscheidung zu verweigern — mal trifft er, mal nicht, und die Fehlgriffe kosten mehr, als die Treffer einbringen.

2. Komprimierung läuft in drei Stufen — was die Doku wirklich sagt

Bevor Sie fragen können, ob Sie manuell drücken sollten, müssen Sie die Mechanik kennen, die auch ohne Ihr Zutun läuft. Wenn der Kontext voll wird, springt Claude Code nicht sofort zur Zusammenfassung des Gesprächs. Die Dokumentation beschreibt es so.

„Claude Code verwaltet den Kontext automatisch, wenn Sie sich der Grenze nähern: Zuerst werden alte Tool-Ausgaben verworfen, danach wird das Gespräch bei Bedarf zusammengefasst. Ihre Anfragen und wichtige Code-Ausschnitte bleiben erhalten, aber detaillierte Anweisungen aus dem frühen Gesprächsverlauf können verloren gehen. Legen Sie dauerhafte Regeln in CLAUDE.md ab, statt sich auf den Gesprächsverlauf zu verlassen.“ (How Claude Code works)

Es gibt also Stufen: (1) alte Tool-Ausgaben werden verworfen, (2) das Gespräch wird automatisch zusammengefasst, (3) Sie drücken /compact.

1. Tool-Ausgaben verwerfen

Das Gespräch bleibt unangetastet, nur alte Tool-Ergebnisse fallen weg. Sie tun nichts. Diese Stufe arbeitet, lange bevor überhaupt zusammengefasst wird.

2. Automatische Komprimierung

Reicht Stufe 1 nicht, wird das Gespräch selbst durch eine Zusammenfassung ersetzt. Das ist dieselbe Verarbeitung wie ein manuelles /compact; der einzige Unterschied ist der Zeitpunkt.

3. Manuelles /compact

Seine einzige echte Aufgabe ist es, Stufe 2 auf einen Moment vorzuziehen, der Ihnen passt. Dazu kommt, dass Sie ihm sagen können, was bleiben soll — der andere Unterschied zu Stufe 2.

Das ist der Kern der Antwort. Ein manuelles /compact zieht vor, was ohnehin passiert wäre. Es ist kein Hebel, der umso mehr Kontext spart, je öfter Sie daran ziehen. Es lohnt sich nur dann, wenn es etwas wert ist, den Zeitpunkt selbst zu wählen.

⚠️ Eine Anmerkung zur Terminologie. Mehrere Beiträge nennen Stufe 1 „Micro-Compaction“, aber Stand 8. August 2026 verwendet die offizielle Dokumentation diesen Namen nicht. Was die Doku liefert, ist eine Beschreibung des Verhaltens — alte Tool-Ausgaben werden zuerst verworfen. Wenn Sie nach dem Begriff suchen und nichts Offizielles finden, liegt es daran.

3. Was überlebt und was verschwindet

Was mit Ihren Regeln bei einer Komprimierung passiert, hängt ganz davon ab, wie sie geladen wurden. Die Dokumentation veröffentlicht eine Liste nach Mechanismus, hier ist sie, geordnet.

Mechanismus Nach der Komprimierung Was das in der Praxis heißt
System-Prompt und Output-Style Unverändert Sie sind nicht Teil des Gesprächsverlaufs
CLAUDE.md im Projekt-Wurzelverzeichnis und Regeln ohne Geltungsbereich Wird von der Festplatte neu geladen Der sicherste Ablageort. Hier greifen auch Ihre Änderungen endlich (siehe Abschnitt 8)
Automatisches Gedächtnis Wird von der Festplatte neu geladen Es ist darauf ausgelegt, über Sitzungen hinweg zu bestehen — eine Komprimierung zu überstehen, ist das Mindeste
Regeln mit paths: Gehen verloren (bis wieder eine passende Datei gelesen wird) Wer sie behalten will, entfernt den Schlüssel paths: oder verschiebt die Regel in die CLAUDE.md im Wurzelverzeichnis
Verschachtelte CLAUDE.md in einem Unterverzeichnis Geht verloren (bis wieder eine Datei aus diesem Verzeichnis gelesen wird) Wie oben, und der Ausfall, den man am leichtesten übersieht
Inhalte der von Ihnen aufgerufenen Skills Werden neu geladen, aber gedeckelt 5.000 Tokens pro Skill und 25.000 insgesamt, wobei die ältesten zuerst wegfallen
Hooks Nicht betroffen Sie laufen als Code, nicht als Kontext

Aus dieser Tabelle folgen drei praktische Schlüsse.

Erstens: Wenn Sie mit Komprimierungen rechnen, gehören die Regeln, die Sie sich nicht leisten können zu verlieren, in die CLAUDE.md im Projekt-Wurzelverzeichnis. Das ist der eine Punkt, den die Dokumentation immer wieder wiederholt. Regeln mit paths: und verschachtelte CLAUDE.md-Dateien erkaufen Bequemlichkeit mit dem Preis, dass sie bei jeder Komprimierung herausfallen — und nichts auf dem Bildschirm sagt Ihnen, dass sie weg sind.

Zweitens: Beim Skill zählt der Anfang der Datei. Das Kürzen beim erneuten Laden behält den Anfang der Datei, die wichtigen Anweisungen einer SKILL.md gehören also nach oben. Dazu kommt laut den Kontext-Hinweisen der Dokumentation: Die beim Sitzungsstart geladene Skill-Liste wird nach einem /compact nicht neu geladen; erhalten bleiben nur die Skills, die Sie tatsächlich aufgerufen haben.

Drittens: Nichts meldet Ihnen, was verloren ging. Genau deshalb gilt das Prinzip: Was wehtun würde zu verlieren, gehört in eine Datei und nicht ins Gespräch.

4. Die Kosten hängen nicht von der Größe Ihres Kontexts ab

Die Annahme, „ein größerer Kontext macht /compact teurer“, liegt nahe und ist nur halb richtig. Was den Preis tatsächlich treibt, ist die Frage, ob der Prompt-Cache warm ist. So erklärt es die Dokumentation.

„Um die Zusammenfassung zu erzeugen, schickt Claude Code eine separate Anfrage mit demselben System-Prompt, denselben Tools und demselben Verlauf, ergänzt um eine Zusammenfassungsanweisung am Ende. Solange der Cache warm ist, liest diese Anfrage Ihr Präfix aus dem Cache, sie kostet also weit weniger, als die Größe des Kontexts vermuten lässt, und die meiste Zeit fließt in das Erzeugen der Zusammenfassung. [...] Nach einer Pause, die länger als die Cache-Lebensdauer ist, gibt es keinen Cache mehr zu lesen, also verarbeitet die Zusammenfassungsanfrage den gesamten Verlauf erneut als nicht gecachte Eingabe. Deshalb ist /compact am teuersten, wenn Sie eine alte Sitzung wieder aufnehmen.“ (Prompt caching)

Dieser eine Absatz ist das stärkste Argument gegen eine Komprimierung nach Zeitplan.

Mitten in der Sitzung gedrückt (Cache warm)

Das Präfix wird aus dem Cache gelesen. Was Sie spüren, ist nur die Zeit für das Schreiben der Zusammenfassung. Eine Komprimierung an dieser Stelle ist billig.

Nach einer Pause gedrückt (Cache kalt)

Der gesamte Verlauf wird neu verarbeitet, bevor überhaupt etwas zusammengefasst wird. Der mit Abstand teuerste Moment für denselben Befehl. „Räumen wir erst mal auf, gleich am Morgen“ kann der schlechteste denkbare Zug sein.

Der Zug direkt nach dem Drücken

Der Cache wird aus einer kurzen Zusammenfassung neu aufgebaut, dieser Teil ist also nicht schwer. Der Eindruck, „nach einer Komprimierung wird alles langsam“, stammt meist aus den beiden Fällen oben, nicht von hier.

Die Cache-Lebensdauer hängt davon ab, wie Sie sich authentifizieren. Bei einem Claude-Abonnement wird automatisch eine TTL von einer Stunde angefordert; über einen API-Schlüssel oder einen Cloud-Anbieter sind es standardmäßig fünf Minuten (ENABLE_PROMPT_CACHING_1H=1 hebt das auf eine Stunde an). Das heißt: „Zurück vom Mittagessen, erst mal /compact“ ist mit einem API-Schlüssel praktisch garantiert ein kalter Lauf.

Dass /compact selbst eine große Anfrage ist, unterstreicht auch die Kosten-Dokumentation: „/compact liest das Gespräch, das es zusammenfasst, das Komprimieren eines großen Kontexts ist also selbst eine große Anfrage. Wenn Sie einen Neuanfang statt Kontinuität wollen, ist /clear gratis.“ (Manage costs effectively). Auch durch die Brille des Token-Sparens betrachtet gilt: Es gibt reichlich Momente, in denen /clear ein aus Gewohnheit gedrücktes /compact schlägt.

5. /compact, /clear, /rewind und /recap im Vergleich

/compact ist nicht der einzige Weg, den Kontext zu erleichtern. Wer Befehle verwechselt, die es für unterschiedliche Zwecke gibt, bezahlt am Ende den teuren.

Befehl Gesprächsverlauf Cache Wann Sie ihn wählen
/compact [Anweisung] Wird durch eine Zusammenfassung ersetzt Die Gesprächsebene wird ungültig Sie machen weiter, brauchen aber die Details des Verlaufs nicht mehr
/clear [Name] Wird geleert Wird neu aufgebaut (überhaupt keine Kosten fürs Zusammenfassen) Die nächste Aufgabe ist unabhängig. Geben Sie ihr einen Namen, dann holt /resume sie zurück
/rewind Wird auf einen früheren Punkt gekürzt Trifft den älteren Cache Sie wollen die ganze Richtung loswerden. Der Code lässt sich mit zurückrollen
/recap Bleibt unangetastet (es zeigt nur eine Zusammenfassung) Bleibt, wie er ist Sie wollen nur nachlesen, wo Sie gerade stehen
/context [all] Bleibt unangetastet Bleibt erhalten Messen, bevor Sie irgendetwas drücken. Eine farbcodierte Ansicht dessen, was Platz belegt

/recap sollte man sich merken. Etliche Leute drücken /compact, weil „dieses Gespräch wird lang, ich hätte es gern zusammengefasst“ — und für diesen Zweck muss man den Verlauf gar nicht zerstören. Laut Doku hängt /recap die Zusammenfassung lediglich als Befehlsausgabe an, das gecachte Präfix bleibt also unversehrt.

Die Eigenschaft von /rewind zählt genauso. Die Dokumentation erklärt, dass Sie beim Zurückspulen zu genau dem Inhalt zurückkehren, der an diesem Punkt gecacht wurde, die nächste Anfrage trifft also den älteren Cache. Wenn Sie in die falsche Richtung gelaufen sind, heißt die richtige Antwort /rewind und nicht /compact — eine Komprimierung baut ein neues Präfix, das Zurückspulen kehrt nur zu einem zurück, das es schon gibt. Checkpoints und Rewind haben einen eigenen Artikel.

6. Das Fenster der automatischen Komprimierung lässt sich verschieben

Bevor Sie darüber grübeln, ob Sie von Hand drücken sollen, lohnt sich das Wissen, dass Sie den Punkt verschieben können, an dem der automatische Lauf auslöst. Ab v2.1.221 lässt der Befehl /autocompact Sie festlegen, wie voll der Kontext werden muss, bevor die automatische Komprimierung einsetzt.

Das Fenster auf 500K Tokens setzen (wird in den Benutzereinstellungen gespeichert und gilt damit auch für spätere Sitzungen)

/autocompact 500k

Zurück zur modellgerechten Voreinstellung

/autocompact auto

Der akzeptierte Bereich liegt bei 100K bis 1M Tokens. Sie können eine schlichte Zahl wie 200000 schreiben, einen Wert mit Suffix wie 500k oder 1M, oder eine nackte Zahl zwischen 100 und 1000 wie 200 (wird als Tausender gelesen). Die Einstellung kann aus vier Quellen kommen, und die Rangfolge steht fest.

1. Umgebungsvariable (höchste)

CLAUDE_CODE_AUTO_COMPACT_WINDOW. Solange sie gesetzt ist, überschreibt sie Befehl, Flag und Einstellungsdatei

2. Start-Flag

claude --autocompact 500k. Gilt nur für diesen Start und ändert Ihre gespeicherten Einstellungen nicht

3. Der Befehl

/autocompact. Schreibt in Ihren Benutzereinstellungen nach autoCompactWindow

4. Einstellungsdatei

autoCompactWindow. Gibt es darüber eine verwaltete Einstellung Ihrer Organisation, gewinnt diese

⚠️ Die Umgebungsvariable ist die mit dem abweichenden Format. Die Dokumentation sagt ausdrücklich, dass CLAUDE_CODE_AUTO_COMPACT_WINDOW nur eine schlichte Ganzzahl akzeptiert und ein Wert wie 500k als 500 gelesen und auf das Minimum von 100K angehoben wird. Schreiben Sie sie so, wie Sie den Befehl schreiben, haben Sie ein Tausendstel des Gemeinten verlangt und werden dann so weit hochgezogen, dass viel häufiger komprimiert wird.

An derselben Stelle steht eine zweite Warnung. Der Wert used_percentage in der Statuszeile misst immer gegen das volle Kontextfenster des Modells, sobald Sie diese Variable also setzen, sagt Ihnen dieser Prozentsatz nicht mehr, wann die Komprimierung auslöst. Genau hier bricht die Arbeitsweise „auf den Prozentsatz schauen und von Hand drücken“ zusammen.

Auch die Voreinstellung ohne jedes gesetzte Fenster ist dokumentiert. Ohne Konfiguration erfolgt die Komprimierung, wenn die Kontextgrenze des Modells erreicht ist, mit Ausnahmen: Cloud-Sitzungen komprimieren früh, sobald sie sich der Grenze nähern, Sonnet 4.6 und Opus 4.6 ohne erweiterten Kontext komprimieren an der 200K-Grenze, Opus 4.8 und Opus 5 mit 200K Kontext auf Amazon Bedrock, der Agent Platform von Google Cloud oder Microsoft Foundry verhalten sich genauso, und Sonnet 5 löst bei der modelleigenen Voreinstellung aus.

Sie können die automatische Komprimierung auch ganz abschalten, über die Einstellung autoCompactEnabled (Voreinstellung true, in /config als „Auto-compact“ zu sehen) oder die Umgebungsvariable DISABLE_AUTO_COMPACT. Empfehlenswert ist das nicht. Abschalten schrumpft nichts; der Kontext läuft schlicht gegen die Decke, und Sie tauschen die Komprimierung gegen den Fehler „Prompt is too long“. Die automatische Komprimierung ist eine Funktion, die Sie schützt, und keine, die Ihnen im Weg steht.

7. Drei Situationen, in denen ein fester Zeitplan nach hinten losgeht

Mit diesen Details im Kopf wird deutlich, wo „einfach regelmäßig drücken“ Geld verliert.

1. Mitten in der Aufgabe drücken

Details, die Sie noch gebraucht hätten, werden in die Zusammenfassung plattgedrückt. Dazu fallen paths:-Regeln und verschachtelte CLAUDE.md-Dateien heraus, sodass die Arbeit unmittelbar danach still und leise Ihre Regeln zu verfehlen beginnt. Es ist die Sorte Verschlechterung, deren Ursache schwer zu sehen ist.

2. Als Erstes nach einer Pause drücken

Der Cache ist abgelaufen, also wird der gesamte Verlauf neu verarbeitet, bevor er zusammengefasst wird. Das ist der teuerste Moment für dasselbe /compact — und der gute Vorsatz „erst aufräumen, dann anfangen“ läuft genau dort hinein.

3. In einer kurzen Sitzung drücken

Ohne Verlauf, der eine Zusammenfassung wert wäre, bekommen Sie nur Not enough messages to compact. Das passiert auch, wenn ein einziges riesiges Einfügen den Kontext gefüllt hat — und dort heißt die richtige Antwort /clear und nicht Zusammenfassen.

Umgekehrt ergibt sich daraus die Regel: Die manuelle Komprimierung mit dem höchsten Wert ist die eine unmittelbar vor dem Beginn eines langen Arbeitsblocks. Dort gedrückt, senken Sie die Wahrscheinlichkeit, dass die automatische Komprimierung Sie mittendrin unterbricht. Der Wert liegt im Zeitpunkt, nicht in der Anzahl.

8. In der Praxis — was Sie vorher tun, zählt mehr

Was bei /compact wirklich etwas bewegt, ist nicht, wie Sie drücken, sondern was Sie vorher in Dateien festhalten. Wie die Tabelle in Abschnitt 3 zeigt, werden die CLAUDE.md im Projekt-Wurzelverzeichnis und Ihr automatisches Gedächtnis von der Festplatte neu geladen. Alles, was dort steht, übersteht beliebig viele Komprimierungen.

Eine weitere Eigenschaft wird gern übersehen. Eine Änderung an CLAUDE.md während der Sitzung greift nicht sofort. Die Dokumentation formuliert es so: „Änderungen machen den Cache nicht ungültig, aber sie werden auch nicht wirksam. Der neue Inhalt wird beim nächsten /clear, /compact oder Neustart geladen.“ Andersherum gelesen heißt das: /compact ist zugleich die Operation, die mitten in der Sitzung beschlossene Regeln tatsächlich in Kraft setzt.

Eine Checkliste für die Zeit vor dem Drücken

  • Haben Sie die Regeln und Entscheidungen dieser Sitzung in eine Datei geschrieben? (Alles, was nur im Gespräch existiert, verdünnt die Zusammenfassung)
  • Haben Sie gesagt, was bleiben soll? Sie können einen Fokus mitgeben, etwa /compact behalte den Plan zum Auth-Fix und die Testergebnisse
  • Ist die nächste Aufgabe wirklich eine Fortsetzung? Wenn sie nichts damit zu tun hat, ist /clear billiger
  • Ist der Cache gerade warm? (Meiden Sie den Moment direkt nach einer langen Pause)
  • Im Zweifel /context ausführen und messen, was tatsächlich Platz belegt

Und hier ist der Punkt, den alle, die über manuelles Komprimieren nachdenken, am häufigsten übersehen. Die Gewohnheit „ich drücke selbst und vorsorglich, weil ich Angst habe, hinter meinem Rücken komprimiert zu werden und den Faden zu verlieren“ ist verbreitet genug. Aber die Dokumentation schreibt unmittelbar nach der Erklärung der automatischen Komprimierung dies: Um zu steuern, was eine Komprimierung überdauert, fügen Sie Ihrer CLAUDE.md einen Abschnitt „Compact Instructions“ hinzu oder führen /compact mit einem Fokus aus (How Claude Code works).

Mit anderen Worten: Einen Fokus anzugeben ist kein Privileg des Selberdrückens. Schreiben Sie ihn in CLAUDE.md, dann gilt er auch für die Komprimierung, die läuft, während Sie nicht am Schreibtisch sitzen. Wenn der Sinn Ihrer vorsorglichen Handroutine darin besteht zu bestimmen, wie der Kontext gestutzt wird, ist das die Variante, die wirklich funktioniert — die Handroutine hilft immer nur, solange Sie zusehen.

Das aufzuschreiben ist nicht schwer. Das Beispiel der Dokumentation sieht so aus.

Voreingestellte Komprimierungsanweisungen in der CLAUDE.md (Beispiel aus der offiziellen Doku)

# Compact instructions

When you are using compact, please focus on test output and code changes

Und weil es dazugehört: So wird es auf dieser Seite gehandhabt. Die CLAUDE.md im Repository dieses Blogs trägt seit Langem zwei Regeln: „dem Nutzer /compact vorschlagen, sobald der Kontext lang wird“ und „vor dem Ausführen von /compact alles im Gedächtnis sichern, was zur Regel werden sollte — Feedback, Richtungsentscheidungen“. Dieser Artikel selbst entstand in einer Sitzung, die durch eine Komprimierung ging. Im Alltag verdient sich nicht die erste Regel ihren Platz, sondern die zweite. Das Erhaltenswerte vorher in Dateien zu bringen, wirkt weit zuverlässiger als der Versuch, die Zusammenfassung zu formen.

Ein Punkt noch: /compact ist nicht der einzige Weg, Kontext zu reduzieren. Die offizielle Kostenanleitung empfiehlt, Arbeit mit viel Ausgabe — Tests laufen lassen, Dokumentation abrufen, Logs verarbeiten — an Subagents zu delegieren. Ein Subagent hat sein eigenes Kontextfenster und liefert nur eine Zusammenfassung zurück, der Hauptkontext schwillt also gar nicht erst an. Es so einzurichten, dass keine Komprimierung nötig ist, schlägt gutes Komprimieren.

9. Zwei Meldungen, die Ihnen begegnen können

Zwei Meldungen, auf die Sie in der Praxis stoßen können, erklären sich nicht von selbst.

Meldung Was sie bedeutet Was zu tun ist
Not enough messages to compact. Es gibt kein Gespräch, das eine Zusammenfassung wert wäre. Das passiert auch, wenn ein einziges riesiges Einfügen den Kontext gefüllt hat Mit /clear neu anfangen
Autocompact is thrashing: the context refilled to the limit... Die Komprimierung hat funktioniert, aber eine riesige Datei oder Tool-Ausgabe hat den Kontext direkt danach wieder gefüllt, mehrmals hintereinander. Es wurde gestoppt, um eine Endlosschleife zu vermeiden Die vier Schritte rechts (in der von der Doku empfohlenen Reihenfolge)

Für die zweite ist die Behebung in der Dokumentation der Reihe nach ausbuchstabiert. (1) Riesige Dateien stückweise lesen, nach Zeilenbereich oder nach Funktion. (2) Mit einer Anweisung komprimieren, die benennt, welche Ausgabe wegfallen soll (etwa /compact keep only the plan and the diff). (3) Diese Arbeit an einen Subagent abgeben, damit sie in einem eigenen Kontextfenster läuft. (4) Wenn das frühere Gespräch nicht mehr gebraucht wird, /clear. Aufschlussreich ist, dass Schritt 1 zuerst kommt: Die Dokumentation sagt damit im Grunde, das ist kein Komprimierungsproblem, sondern ein Leseproblem.

Zusammenfassung

Sie müssen /compact nicht nach einem Zeitplan von Hand ausführen. Die automatische Komprimierung läuft ohnehin, und sie ist dieselbe Verarbeitung. Selbst zu drücken bringt Ihnen genau zwei Dinge — den Zeitpunkt zu wählen und anzugeben, was bleiben soll — und beide zahlen sich an einer einzigen Stelle aus: zwischen zwei Aufgaben.

Auch bei den Kosten verliert ein Zeitplan. Der Preis einer Komprimierung bestimmt sich danach, ob der Cache warm ist, das „erst aufräumen, dann anfangen“ nach der Pause ist also ihre teuerste Variante. Reicht ein Neuanfang, ist /clear gratis; wechseln Sie die Richtung, ist /rewind billiger, weil es zu einem vorhandenen Cache zurückkehrt; und wollen Sie nur eine Zusammenfassung lesen, lässt /recap den Verlauf in Ruhe. Aus den vieren das Richtige zu wählen, schlägt es, dasselbe öfter zu drücken.

Der praktischste Schluss liegt allerdings außerhalb der Frage, wie man drückt. Was Sie sich nicht leisten können zu verlieren, gehört in eine Datei und nicht ins Gespräch. Die CLAUDE.md im Projekt-Wurzelverzeichnis und Ihr automatisches Gedächtnis werden von der Festplatte neu geladen, während paths:-Regeln und verschachtelte CLAUDE.md-Dateien stillschweigend herausfallen. Diese Asymmetrie zu kennen, unterscheidet eine lange Sitzung, die trägt, von einer, die leise abbaut.

FAQ

Q1. Also, in welchem Minutenabstand sollte ich /compact drücken?

Es sollte überhaupt nicht nach Zeit entschieden werden. Der einzige empfohlene Moment ist direkt nachdem eine Aufgabe fertig ist und bevor Sie die nächste lange beginnen. Die Dokumentation spricht von einem natürlichen Einschnitt der Arbeit, etwa zwischen zwei Aufgaben, und nennt weder eine Zeit- noch eine Prozentschwelle.

Q2. Kann ich alles der automatischen Komprimierung überlassen?

Automatisch und manuell sind dieselbe Verarbeitung; nur der Zeitpunkt unterscheidet sich. Der Haken ist, dass die automatische Sie mitten in einer Aufgabe unterbrechen kann. Einmal von Hand gedrückt, bevor ein langer Arbeitsblock beginnt, senkt die Wahrscheinlichkeit dieser Unterbrechung. Und der automatischen können Sie ebenfalls Anweisungen geben — schreiben Sie sie in CLAUDE.md unter der Überschrift # Compact instructions, dann gelten sie auch für eine Komprimierung, die läuft, während Sie nicht am Schreibtisch sind (siehe Abschnitt 8).

Q2-2. Nachdem von allein komprimiert wurde, scheinen meine Anweisungen nicht mehr anzukommen

Sie bilden sich das nicht ein. Die Dokumentation hält fest, dass „detaillierte Anweisungen aus dem frühen Gesprächsverlauf verloren gehen können“. Dazu kommt, dass paths:-Regeln und verschachtelte CLAUDE.md-Dateien herausfallen, bis die passende Datei erneut gelesen wird, und aufgerufene Skills werden ab insgesamt 25.000 Tokens von den ältesten an verworfen. Es ist weniger so, dass Inhalt verschwindet, als dass die befolgten Regeln still ausdünnen, die Arbeit läuft also weiter und nur die Genauigkeit fällt. Drei Gegenmaßnahmen: (1) die Regeln, die bestehen sollen, in die CLAUDE.md im Wurzelverzeichnis verschieben, wo sie neu geladen werden; (2) mit # Compact instructions benennen, was bleiben soll; (3) mit /autocompact früher auslösen lassen, damit nicht direkt an der Decke komprimiert wird.

Q3. Sollte ich /compact oder /clear verwenden?

/compact, wenn die nächste Aufgabe die letzte fortsetzt, /clear, wenn nicht. Die Kosten-Dokumentation sagt unverblümt, dass /clear gratis ist, wenn Sie einen Neuanfang statt Kontinuität wollen. Geben Sie /clear einen Namen mit, dann kommen Sie über die Liste von /resume zur Sitzung zurück, es gibt also nichts zu verlieren.

Q4. Löscht eine Komprimierung meine CLAUDE.md-Regeln?

Die CLAUDE.md im Projekt-Wurzelverzeichnis wird nicht gelöscht — sie wird von der Festplatte neu geladen. Was verschwindet, sind Regeln mit paths: im Front Matter und verschachtelte CLAUDE.md-Dateien in Unterverzeichnissen, und sie kommen erst zurück, wenn wieder eine passende Datei gelesen wird. Für Regeln, die bestehen sollen, entfernen Sie den Schlüssel paths: oder verschieben sie in die CLAUDE.md im Wurzelverzeichnis.

Q5. Kann ich die automatische Komprimierung abschalten?

Können Sie (Einstellung autoCompactEnabled auf false, „Auto-compact“ in /config oder die Umgebungsvariable DISABLE_AUTO_COMPACT). Empfehlenswert ist es nicht. Abschalten reduziert Ihren Kontext nicht; Sie stoßen einfach an die Decke und bekommen einen Fehler. Wenn Sie wollen, dass sie früher läuft, ist der richtige Zug nicht das Abschalten, sondern das Fenster zu verengen mit /autocompact.

Q6. Wie viele Tokens verbraucht /compact?

Das schwankt enorm damit, ob der Cache warm ist. Drücken Sie mitten in der Sitzung, wird das Präfix aus dem Cache gelesen und kostet, in den Worten der Dokumentation, weit weniger, als die Größe des Kontexts vermuten lässt. Drücken Sie nach einer Pause, die länger als die Cache-Lebensdauer ist, wird der gesamte Verlauf ungecacht neu verarbeitet, was denselben Befehl so teuer macht, wie er überhaupt werden kann. Die Cache-Lebensdauer beträgt bei einem Abonnement eine Stunde und über einen API-Schlüssel oder einen Cloud-Anbieter standardmäßig fünf Minuten.

Q7. Kann ich angeben, was erhalten bleibt?

Ja. Schreiben Sie nach /compact eine Anweisung, dann entsteht die Zusammenfassung mit diesem Fokus (etwa /compact behalte den Plan zum Auth-Fix und die Testergebnisse). Wenn dieselbe Anweisung jedes Mal passt, legen Sie in CLAUDE.md eine Überschrift # Compact instructions an, dann gilt sie als Voreinstellung.

Q8. Warum fühlen sich Antworten direkt nach einer Komprimierung langsam an?

Der Zug unmittelbar nach einer Komprimierung ist nicht schwer. Laut Dokumentation baut dieser Zug den Cache aus einer kurzen Zusammenfassung neu auf, er ist also nicht der langsame Teil. Was Sie spüren, ist meist der Komprimierungslauf selbst, während die Zusammenfassung erzeugt wird, oder ein Fall, in dem Sie mit bereits kaltem Cache gedrückt haben.

Q9. Gibt es eine Funktion namens „Micro-Compaction“?

Das Verhalten gibt es — die Dokumentation erklärt, dass alte Tool-Ausgaben zuerst verworfen und das Gespräch nur bei Bedarf zusammengefasst wird, was ausdrücklich sagt, dass vor dem Zusammenfassen etwas anderes passiert. Aber Stand 8. August 2026 verwendet die offizielle Dokumentation den Namen „Micro-Compaction“ nicht. Der Begriff stammt aus Beiträgen Dritter, nicht von Anthropic, und sollte entsprechend behandelt werden.

Verwandte Artikel