Claude Code: Wann /compact sinnvoll ist und wann eine neue Sitzung besser passt

In Claude Code fasst /compact ältere Teile der Unterhaltung in einer kürzeren, strukturierten Darstellung zusammen. Dadurch wird im aktiven Kontextfenster Platz frei, während Ziel, wichtige Entscheidungen und der aktuelle Projektstand möglichst erhalten bleiben. Der Befehl ist besonders nützlich, wenn die Aufgabe unverändert ist und die Richtung grundsätzlich stimmt, aber Logs, Tool-Ausgaben, Diffs und Zwischendiskussionen die Sitzung überladen haben.

/compact repariert jedoch keine Sitzung, die bereits inhaltlich entgleist ist. Nach der Komprimierung enthält der aktive Kontext nicht mehr jedes frühere Detail wortgetreu. Eine exakte Fehlermeldung, ein bereits verworfener Ansatz, eine vorübergehende Einschränkung oder eine nur im Chat genannte Anweisung kann weniger präsent sein. Wenn Claude Aufgaben vermischt, eine gescheiterte Lösung wiederholt oder von einer falschen Architekturannahme ausgeht, ist eine saubere Sitzung mit einer kurzen Übergabe meist sicherer.

Was macht /compact in Claude Code und Claude Web?

In Claude Code fasst /compact frühere Gesprächsrunden zusammen und schafft Kontextplatz, ohne selbst Projektdateien zu ändern. Claude Code kann außerdem automatisch komprimieren, wenn sich der Kontext seinem Limit nähert. Sie können den Befehl auch früher manuell ausführen, bevor die Sitzung langsam oder unübersichtlich wird.

In normalen Claude-Web-Chats gibt es keinen vom Benutzer ausführbaren /compact-Befehl. Wenn Codeausführung aktiviert ist und sich eine lange Unterhaltung dem Kontextlimit nähert, kann Claude ältere Nachrichten automatisch zusammenfassen und fortfahren. Gelegentlich zeigt die Oberfläche an, dass Claude seine Gedanken ordnet. Der vollständige Chatverlauf bleibt erhalten, doch der aktive Arbeitskontext verwendet eine Zusammenfassung, statt das gesamte Protokoll wortgetreu erneut zu senden.

Frage	Claude Code	Claude Web
Wie wird komprimiert?	Manuell mit /compact oder automatisch	Automatische Kontextverwaltung nahe dem Limit
Kann der Benutzer denselben Befehl ausführen?	Ja	Kein entsprechender Chatbefehl
Wird dieselbe Unterhaltung fortgesetzt?	Ja, in derselben Sitzung	Ja, im selben Chat
Hauptzweck	Kontext für dieselbe Entwicklungsaufgabe freigeben	Lange Chats mit weniger Unterbrechungen fortsetzen
Hauptrisiko	Exakte Fehler und reine Chat-Einschränkungen können in der Zusammenfassung an Gewicht verlieren	Ältere Details können im aktiven Kontext weniger präsent sein

/compact, /clear, /rewind oder neue Sitzung: Was ist richtig?

Option	Was ändert sich?	Geeignet, wenn	Nicht geeignet, wenn
Fortsetzen	Kein Reset und keine Zusammenfassung	Claude kennt Symptom, Einschränkungen und den letzten Prüfstand	Die Sitzung läuft im Kreis, vermischt Aufgaben oder holt verworfene Ideen zurück
/compact	Ältere Runden werden zusammengefasst, Kontext wird frei, die Sitzung bleibt bestehen	Gleiche Aufgabe, richtige Richtung, aber zu viele Logs oder Tool-Ausgaben	Das Grundverständnis ist falsch oder historische Details müssen exakt erhalten bleiben
/clear	Startet im aktuellen Claude-Code-Prozess eine leere Unterhaltung; die alte Sitzung bleibt über /resume erreichbar	Ein sauberer Chat soll mit demselben Arbeitsverzeichnis und Dateistand beginnen	Codeänderungen sollen rückgängig gemacht werden; /clear stellt keine Dateien wieder her
/rewind	Öffnet Checkpoints zum Wiederherstellen von Code, Gespräch oder zum gezielten Zusammenfassen	Die letzten Runden liefen falsch und ein guter Checkpoint ist bekannt	Änderungen stammen aus Bash, externen Programmen, manueller Bearbeitung oder den meisten Subagents
Separate neue Sitzung	Startet in einem anderen Terminal, Fenster oder isolierten Workspace mit sauberem Kontext	Aufgabenwechsel, neuer Architekturansatz oder parallele Arbeit	Nur lange Logs stören, während die Sitzung die Aufgabe weiterhin korrekt versteht

/clear beginnt bereits eine neue leere Unterhaltung. Mit „separater neuer Sitzung“ ist hier eine bewusstere Grenze gemeint: ein anderes Terminal oder Fenster, gegebenenfalls ein eigener Branch oder Worktree und eine ausdrückliche Übergabe mit ausschließlich verifizierten Fakten.

Zuerst klären: Kontextproblem oder unzureichende Diagnose?

Angenommen, ein CSV-Import soll korrigiert werden. Ist amount leer, muss ein Validierungsfehler zurückgegeben werden, ohne Daten zu schreiben. Claude hat den Handler bereits zweimal geändert, dieselben Dateien erneut geöffnet und schlägt nun wieder die erste Implementierung vor.

Führen Sie nicht sofort /compact oder einen Neustart aus. Starten Sie zuerst den engsten Test:

npm test -- tests/import/empty-amount.test.ts

Bewerten Sie das Ergebnis:

• Der Test existiert nicht oder prüft ein anderes Verhalten: Zuerst fehlen eine klare Spezifikation oder eine belastbare Reproduktion. Eine neue Sitzung erzeugt keine Beweise.
• Der Test reproduziert das richtige Symptom stabil und Claude nutzt das Ergebnis korrekt: Setzen Sie die aktuelle Sitzung fort.
• Der Test schlägt stabil fehl, aber Claude vergisst ausgeschlossene Ursachen, vergrößert den Umfang oder wiederholt alte Vorschläge: Kontextverschlechterung ist nun plausibel.

Es gibt keinen offiziellen Token- oder Nachrichtenwert, der den richtigen Zeitpunkt für eine Komprimierung festlegt. Betrachten Sie 60–80 % Kontextauslastung als Anlass zur Kontrolle, nicht als harte Grenze. Aussagekräftiger ist das Verhalten: Kann Claude Ziel, Einschränkungen, verifizierte Fakten und den nächsten Prüfungsbefehl noch präzise nennen?

Wann sollte /compact ausgeführt werden?

Bevorzugen Sie /compact, wenn alle folgenden Bedingungen erfüllt sind:

1. Sie arbeiten weiterhin an derselben Aufgabe und im selben Repository.
2. Claude versteht Ziel und erlaubte Dateien korrekt.
3. Die aktuelle Richtung ist durch Tests oder Logs belegt und nicht nur eine Vermutung.
4. Der Kontext wird überwiegend von langen Logs, Build-Ausgaben, wiederholten Diffs oder Zwischendiskussionen belegt.
5. Die Fakten, die erhalten bleiben müssen, lassen sich in wenigen Sätzen notieren.

Prüfen Sie vor der Komprimierung den Arbeitsbaum:

git status --short
git diff

Führen Sie anschließend /context aus und prüfen Sie, ob Nachrichten, Tools, MCP-Definitionen oder CLAUDE.md den Platz verbrauchen. Wenn das eigentliche Problem ein riesiger erster Prompt, große Anhänge, umfangreiche Tooldefinitionen oder eine übergroße Memory-Datei ist, gibt es möglicherweise nicht genügend ältere Gesprächsrunden für /compact.

Die CLAUDE.md im Projektstamm wird nach /compact erneut geladen. Anweisungen, die nur im Gespräch vorkamen, sind weniger beständig. Dauerhafte Projektregeln gehören in eine knappe CLAUDE.md; aufgabenspezifische Fakten sollten vor und nach der Komprimierung ausdrücklich wiederholt werden.

Kontext direkt nach der Komprimierung prüfen

Lassen Sie Claude nach /compact nicht sofort Dateien ändern. Senden Sie zuerst diesen Prüf-Prompt:

Wir haben den Kontext gerade komprimiert. Bevor du eine Datei änderst, beantworte vier Fragen:
1. Welches genaue Symptom beheben wir, und welches Ergebnis erwarten wir?
2. Welcher Ansatz wurde bereits getestet und verworfen, und warum?
3. Welche Dateien dürfen geändert werden, und was darf sich nicht ändern?
4. Welchen einzelnen Befehl führen wir als Nächstes aus, um die Hypothese zu prüfen?

Wenn eine Antwort aus dem aktuellen Kontext nicht bestimmbar ist, nenne die fehlende Information, statt zu raten.

Für das Beispiel sollte Claude mindestens Folgendes nennen:

• Ein leeres amount muss einen Validierungsfehler erzeugen und darf keine Daten schreiben.
• Number(value || 0) wurde verworfen, weil es einen leeren Wert in eine gültige Null umwandelt.
• Der Umfang ist auf den Parser und den gezielten Test begrenzt.
• Der nächste Schritt ist ein enger Test oder Tracing-Befehl, keine Überarbeitung des gesamten Importsystems.

Sind die Antworten korrekt, kann die Sitzung fortgesetzt werden. Sind sie vage, bringen den verworfenen Ansatz zurück oder nehmen README und öffentliches CSV-Format in den Umfang auf, ist die Zusammenfassung nicht zuverlässig. Erstellen Sie eine Übergabe und verwenden Sie /clear oder eine separate neue Sitzung.

Wann /compact nicht das richtige Werkzeug ist

1. Die Aufgabe hat sich geändert

Aus einem Validierungsfehler wurden zusätzlich ein README-Update, eine Deployment-Änderung und ein zweites API-Problem. Die Komprimierung fasst alles gemeinsam zusammen, schafft aber keine klaren Grenzen. Verschieben Sie die zweite Aufgabe in eine andere Sitzung.

2. Claudes zentrale Annahme ist bereits falsch

Wenn Claude einen leeren Wert wiederholt als Null behandelt oder den Datenpfad missversteht, liegt das Problem nicht nur an der Gesprächslänge. Eine saubere Sitzung auf Basis verifizierter Fakten ist meist schneller.

3. Exakte Details müssen wortgetreu erhalten bleiben

Bestimmte Fehlerzeilen, SQL-Abfragen, Stackpositionen, Protokollfelder oder Sicherheitsregeln dürfen nicht allein von einer Zusammenfassung abhängen. Speichern Sie den minimal erforderlichen Ausschnitt in der Übergabe oder einer lokalen Datei.

4. Eine einzelne Eingabe ist bereits zu groß

Enthält bereits der erste Prompt einen riesigen Log, Anhänge oder viele Tooldefinitionen, gibt es keine frühere mehrstufige Unterhaltung zum Zusammenfassen. Reduzieren Sie die Eingabe, verweisen Sie auf Dateipfade oder deaktivieren Sie nicht benötigte MCP-Server.

5. Es ist nicht einmal genug Platz für die Zusammenfassung vorhanden

/compact kann scheitern, wenn das Fenster so voll ist, dass die neue Zusammenfassung selbst nicht mehr hineinpasst. Drücken Sie zweimal Esc, gehen Sie einige Runden zurück und versuchen Sie es erneut. Falls das weiterhin fehlschlägt, verwenden Sie /clear; die alte Sitzung bleibt über /resume erreichbar.

Wann ist /rewind besser als /compact?

Verwenden Sie /rewind oder drücken Sie bei leerem Eingabefeld zweimal Esc, wenn das Problem auf die letzten Gesprächsrunden begrenzt ist. Im Checkpoint-Menü können Sie:

• Code und Gespräch gemeinsam wiederherstellen;
• nur das Gespräch wiederherstellen und die aktuellen Dateien behalten;
• nur den Code wiederherstellen und das Gespräch behalten;
• ab einem gewählten Punkt zusammenfassen;
• alles vor einem gewählten Punkt zusammenfassen.

Das ist sinnvoll, wenn die letzten drei Runden in die falsche Richtung liefen, der frühere Kontext aber korrekt bleibt.

Checkpoints verfolgen hauptsächlich Änderungen durch Claudes Datei-Editoren. Änderungen über Bash, externe Programme, manuelle Bearbeitung oder die meisten Subagents werden möglicherweise nicht wiederhergestellt. Sie ersetzen auch Git nicht: Nutzen Sie Branches, Commits oder prüfen Sie an wichtigen Punkten zumindest git diff.

Aufgabe sicher an eine neue Sitzung übergeben

Die neue Sitzung benötigt nicht das vollständige Protokoll. Sie benötigt verifizierte Fakten, den aktuellen Dateistand und genau einen nächsten Schritt.

Prüfen Sie zuerst:

git status --short
git diff

Senden Sie anschließend eine knappe Übergabe:

Ziel: Ein leeres amount gibt einen Validierungsfehler zurück und schreibt keine Daten.
Arbeitsbaum: Zuerst git status und git diff prüfen; nicht von einem sauberen Zustand ausgehen.
Zieldateien: parser/amount.ts, tests/import/empty-amount.test.ts
Reproduktion: npm test -- tests/import/empty-amount.test.ts
Aktuelles Ergebnis: Der Test schlägt fehl.
Verworfener Ansatz: Number(value || 0), weil dadurch ein leerer Wert zu Null wird.
Einschränkungen: Öffentliches CSV-Format nicht ändern und keine unbeteiligten Module refaktorieren.
Offene Frage: Auf welcher Ebene soll ein leerer Wert von einer legitimen 0 unterschieden werden?
Nächster Schritt: value vom CSV parser bis zum validation branch verfolgen und genau eine prüfbare Hypothese formulieren.

Vor dem Bearbeiten Ziel, Einschränkungen, verworfenen Ansatz und nächsten Prüfungsbefehl wiederholen.

Fügen Sie keine API Keys, Cookies, .env-Inhalte, personenbezogenen Daten oder vollständigen Rohlogs ein. Falls eine Fehlerzeile wichtig ist, übernehmen Sie nur den minimalen Ausschnitt und den Pfad zum lokalen Log.

Entscheidung in einer Minute

1. Zuerst reproduzieren. Führen Sie den kleinsten Test oder Befehl aus, der das Symptom belegt.
2. Ist die Sitzung noch präzise? Kennt Claude Ziel, Einschränkungen und letztes Ergebnis, setzen Sie fort.
3. Ist das Hauptproblem nur Rauschen? Gleiche Aufgabe, richtige Richtung, zu viele Logs: /compact verwenden.
4. Sind nur die letzten Runden falsch? Mit /rewind gezielt wiederherstellen oder zusammenfassen.
5. Hat sich die Aufgabe geändert oder das Verständnis verschlechtert? /clear oder eine separate Sitzung mit Übergabe nutzen.
6. Vor Änderungen prüfen. Claude soll die Fakten wiederholen, bevor weitere Bearbeitungen erlaubt werden.

Häufige Fragen

Was macht /compact in Claude Code genau?

Der Befehl fasst ältere Teile einer mehrstufigen Unterhaltung in einer kürzeren Kontextdarstellung zusammen und schafft Platz, damit dieselbe Sitzung fortgeführt werden kann. Projektdateien werden dadurch nicht automatisch verändert.

Löscht /compact den ursprünglichen Chat oder Code?

Ziel ist die Komprimierung des aktiven Kontexts, nicht das Löschen von Code. Das Sitzungsprotokoll bleibt erhalten, spätere Runden stützen sich jedoch hauptsächlich auf die Zusammenfassung und den aktuellen Inhalt. Kritische Details sollten deshalb ausdrücklich geprüft werden.

Wann sollte ich /compact statt einer neuen Sitzung verwenden?

Verwenden Sie /compact, wenn Aufgabe und Richtung weiterhin stimmen und vor allem angesammelte Logs oder Zwischenausgaben stören. Beginnen Sie neu, wenn Aufgaben vermischt sind, verworfene Lösungen zurückkehren, zentrale Einschränkungen verloren gehen oder die Architektur falsch verstanden wurde.

Was bedeutet Compact in Claude Web?

Claude Web kann ältere Nachrichten automatisch zusammenfassen, wenn sich ein langer Chat dem Kontextlimit nähert. Das ist nicht der /compact-Befehl von Claude Code und erfordert normalerweise keine manuelle Aktion. Die automatische Kontextverwaltung setzt derzeit aktivierte Codeausführung voraus.

Worin unterscheiden sich /clear und ein neues Terminal?

/clear startet im aktuellen Claude-Code-Prozess eine leere Unterhaltung; die vorige Sitzung kann über /resume fortgesetzt werden. Ein neues Terminal oder Fenster eignet sich besser zur Aufgabenisolierung, für parallele Arbeit oder für einen separaten Branch beziehungsweise Worktree.

Offizielle Quellen

• Claude-Code-Interaktionsmodus und /clear
• Checkpoints und /rewind in Claude Code
• Kontextlimit-Fehler und /compact
• Verhalten von CLAUDE.md nach der Komprimierung
• Claude Web: Nutzungs-, Längenlimits und automatische Kontextverwaltung