WissenClaude Code & Vibe Coding
Warum ein langes Claude Code Gespräch teurer wird als ein kurzes
Eine einzeilige Frage in einem stundenalten Gespräch kostet oft mehr als ein ganzer neuer Chat. Wie Claude Code den Verlauf mitschickt, und was das für deine Rechnung bedeutet.
Du stellst nach drei Stunden Arbeit an einem Feature noch eine kurze Nachfrage, nur eine Zeile. Die Rechnung dafür sieht trotzdem aus, als hättest du gerade ein ganzes Kapitel geschickt. Genau das passiert, weil Claude Code sich zwischen einzelnen Anfragen an das Modell nichts merkt und deshalb bei jeder Nachricht den kompletten bisherigen Verlauf erneut mitschicken muss.
Kurz gesagt
Claude Code schickt bei jeder neuen Nachricht den kompletten bisherigen Gesprächsverlauf erneut an das Modell, weil sich das Modell zwischen einzelnen Anfragen nichts merkt. Ein Gespräch, das über Stunden wächst, wird dadurch mit jeder weiteren Nachricht teurer, selbst wenn die neue Frage nur eine Zeile lang ist. Prompt Caching senkt die Kosten für den wiederholten Teil deutlich, verhindert das Wachstum aber nicht. Kürzer und öfter neu anfangen bleibt der wirksamste Hebel gegen die Rechnung.
Warum der Verlauf jedes Mal neu mitgeschickt wird
Jede Nachricht, die du an Claude Code schickst, löst eine komplett neue Anfrage an die API aus. Das Modell hat kein eigenes Gedächtnis zwischen zwei Anfragen, also hängt Claude Code deinen kompletten bisherigen Verlauf an: Systemanweisungen, dein Projektkontext, jede frühere Nachricht und jedes Werkzeugergebnis, dazu deine neue Nachricht am Ende. Neuer Inhalt wird also nicht anstelle des alten geschickt, sondern zusätzlich dazu. Nach einer Stunde intensiver Arbeit mit vielen gelesenen Dateien und Testläufen ist dieser mitgeschickte Verlauf oft um ein Vielfaches größer als am Anfang des Gesprächs.
Was das für die Rechnung bedeutet
Zur Einordnung eine grob vereinfachte Beispielrechnung, keine echten Werte, nur zur Veranschaulichung des Prinzips:
| Zeitpunkt im Gespräch | Ungefährer mitgeschickter Verlauf | Relative Kosten der nächsten Nachricht |
|---|---|---|
| Erste Nachricht | Nur Systemkontext | Niedrig |
| Nach einer Stunde Arbeit | Mehrere gelesene Dateien, Testläufe, Zwischenschritte | Deutlich höher |
| Nach mehreren Stunden ohne /clear | Kompletter Tagesverlauf | Am höchsten |
Prompt Caching dämpft diesen Effekt, weil der unveränderte Teil des Verlaufs zu einem Bruchteil des normalen Preises gelesen wird, statt komplett neu verarbeitet zu werden. Trotzdem bleibt ein langer Verlauf strukturell größer als ein kurzer, und jede Lücke von mehr als der Cache-Laufzeit lässt die nächste Anfrage wieder zum vollen Preis durchlaufen. Auf einem Abo hält Anthropic den Cache für das laufende Hauptgespräch normalerweise eine Stunde warm, bei Zahlung über die API meist nur fünf Minuten, sofern nicht bewusst anders eingestellt.
Die drei wirksamsten Stellschrauben
/clearzwischen unabhängigen Aufgaben: setzt den Kontext auf null und kostet nichts. Der wirksamste Hebel, wenn eine neue Aufgabe nichts mit der vorherigen zu tun hat./compactan natürlichen Pausen: ersetzt den Verlauf durch eine Zusammenfassung. Kostet selbst eine größere Anfrage, weil der bisherige Verlauf dafür einmal gelesen wird, danach ist das Gespräch aber wieder kompakt. Läuft in Claude Code auch automatisch, sobald der Kontext an die Grenze des Fensters kommt.- Verbrauchsintensive Arbeit an Subagents auslagern: ein Testlauf mit tausend Zeilen Ausgabe oder eine Dokumentensuche bleibt dann im Subagenten stecken, statt dein Hauptgespräch dauerhaft aufzublähen.
Ich denke, das Problem ist am ehesten eine Gewohnheitsfrage. Wer eine Session tagelang offen lässt, weil Schließen sich nach Arbeitsverlust anfühlt, zahlt am Ende für Kontext, den er längst nicht mehr braucht. /clear fühlt sich nach Verlust an, ist aber technisch komplett verlustfrei, solange die vorherige Aufgabe erledigt ist. Der Gewöhnungseffekt, bewusst zwischen Aufgaben zu trennen, spart am Ende mehr als jede einzelne Modellwahl.
Quellen: Manage costs effectively (Claude Code Docs) · How Claude Code uses prompt caching (Claude Code Docs)
Häufige Fragen
Warum kostet eine kurze Frage in einem alten Gespräch trotzdem viel?
Weil Claude Code den kompletten bisherigen Verlauf mit jeder neuen Nachricht erneut mitschickt, auch wenn die neue Frage nur eine Zeile lang ist. Bezahlt wird für den ganzen mitgeschickten Kontext, nicht nur für das Neue.
Hilft Prompt Caching nicht genau gegen dieses Problem?
Es hilft, löst es aber nicht vollständig. Wiederholter Kontext wird über Prompt Caching deutlich günstiger abgerechnet, aber ein wachsender Verlauf bleibt trotzdem größer als ein kurzer, und nach einer Pause kann der Cache verfallen.
Was genau macht /compact mit den Kosten?
Es ersetzt deinen Verlauf durch eine Zusammenfassung. Die Zusammenfassung selbst kostet eine größere Anfrage, weil der komplette bisherige Verlauf dafür einmal gelesen wird, danach ist das Gespräch aber wieder deutlich kürzer.
Wann /clear statt /compact?
Beim Wechsel zu einer komplett unabhängigen Aufgabe. /clear setzt den Kontext auf null und kostet nichts, /compact verdichtet den Verlauf, behält ihn aber inhaltlich.
Willst du das bei dir umsetzen?
In der Community zeige ich, was bei mir hält. Im Erstgespräch schauen wir uns dein Vorhaben konkret an.