Claude-Code-Token-Logs zählen die Nutzung 2,5-mal zu hoch. So zählen Sie richtig

Aktualisiert November 3, 2026 · erstveröffentlicht November 3, 2026

Claude Code schreibt dieselbe Assistenten-Nachricht mehrfach in sein Protokoll, während die Antwort gestreamt wird. Alle Nutzungszeilen im Oktober zu summieren ergab bei uns 21,3 Milliarden Token und $12.438 Listenpreiswert. Jede Nachricht nur einmal zu zählen ergab 8,4 Milliarden Token und $4.323. Die Rohsumme zählt bei Token etwa 2,5-mal und bei Dollar 2,9-mal zu viel.

2,5x

zu viele Token, wenn man jede Zeile summiert

175.884

Nutzungszeilen für 70.592 einzigartige Nachrichten

60%

der Zeilen wiederholten eine frühere Nachricht

14%

der Ausgabe-Token gehen verloren, wenn man nur die erste Zeile behält

Veröffentlicht am 3. November 2026 · Claude-Code-Transkripte, 1. Oktober bis 3. November 2026 (UTC; 1. bis 3. November unvollständig)

Warum erscheint eine Nachricht mehrfach?

Jeder Assistenten-Eintrag in einem Claude-Code-Transkript (~/.claude/projects/.../*.jsonl) enthält ein usage-Objekt mit den Token-Zählern für Eingabe, Ausgabe, Cache-Schreiben und Cache-Lesen. In unseren Protokollen taucht dasselbe Paar aus message.id und requestId auf mehreren Zeilen auf, und spätere Zeilen tragen größere Ausgabewerte als frühere. Wir haben nicht jede Ursache nachverfolgt; das Muster passt dazu, dass eine Antwort beim Streamen fortlaufend geschrieben wird. Was auch immer die Ursache ist: Wer alle Zeilen summiert, zählt dieselbe Anfrage mehr als einmal. Von 175.884 Nutzungszeilen im Zeitraum waren nur 70.592 verschiedene Nachrichten.

Wie falsch ist die Rohsumme?

Dieselben Oktober-Transkripte auf drei Arten gezählt. Die Werte sind API-Listenpreise von Anthropics Preisseite, wobei Cache-Schreibvorgänge nach der protokollierten Aufteilung in 5-Minuten- und 1-Stunden-Cache bewertet wurden. Das ist der Wert zu Listenpreisen, keine Rechnung.

Die Rohsumme ist bei Token 2,5-mal und bei Dollar 2,9-mal zu hoch. Die Dollarwerte blähen sich stärker auf als die Token, was heißt, dass die wiederholten Zeilen eher teure Token-Arten enthielten; das haben wir nicht weiter aufgeschlüsselt.

Warum auch die erste Zeile zu behalten falsch ist

Die naheliegende Lösung ist, die erste Zeile jeder Nachricht zu behalten. Das zählt die Ausgabe zu niedrig, weil die erste Zeile ein unvollständiger Zwischenstand ist. Wir behalten stattdessen den größten Wert jedes Felds über alle Zeilen, die dieselbe Nachrichten-ID und Anfrage-ID teilen.

Ausgabe-Token, die verloren gehen, wenn man nur die erste Zeile jeder Nachricht behält, nach Modell (Modelle mit mehr als 100 Nachrichten). Insgesamt verfehlte die Erste-Zeile-Methode 14% der Ausgabe-Token (33,1 Millionen statt 38,5 Millionen).

Die Lücke variiert je Modell: Claude Haiku 4.5 verlor 100% seiner Ausgabe-Token, Claude Fable 5.1 dagegen 0,0%. In Dollar war der Effekt hier klein ($4.297 statt $4.323, etwa 0,6%), weil die Ausgabe nur einen kleinen Teil unseres Token-Volumens ausmachte. Ein Workload, der mehr schreibt und weniger liest, würde ihn stärker spüren.

Drei weitere Arten, wie Agenten-Protokolle in die Irre führen

Eine Kostenspalte mit Null. OpenCode zeichnete im selben Zeitraum 4.938 Assistenten-Nachrichten auf, 82,4 Millionen Eingabe-Token und 279,7 Millionen Cache-Lese-Token, und jede Nachricht zeigt Kosten 0, weil sie über kostenlose Modellrouten lief. Null erfasste Kosten bedeuten nicht null Nutzung: Die Token und das dahinterstehende kostenlose Kontingent sind trotzdem real.
Zahlen, die nicht zu Ihrem Zeitfenster gehören. Antigravitys Konversationsdateien enthalten Zähler für Modellaufrufe über die gesamte Lebensdauer jeder Konversation, nicht nur für den Oktober. Eine Konversation, die Sie am 30. Oktober angefasst haben, steuert auch ihren Verlauf aus dem September bei.
Protokolle, die sich weiterbewegen. Unsere eigene Sitzung schrieb während der Messung in die Protokolle. Zwei Läufe im Abstand von Minuten wichen bei den Nachrichtenzahlen um etwa 0,1% voneinander ab. Legen Sie das Zeitfenster fest und geben Sie an, wann Sie den Schnappschuss gezogen haben.

Wie wir gezählt haben

Assistenten-Einträge mit einem usage-Objekt zwischen dem 1. Oktober und dem 3. November 2026 (UTC) lesen. Synthetische Platzhalter-Nachrichten überspringen.
Jeden Eintrag über message.id plus requestId als Schlüssel führen. Gibt es keines von beiden, über Datei und Eintrags-ID.
Für jeden Schlüssel das Maximum jedes Nutzungsfelds über seine Zeilen behalten. Nachrichten von Subagenten (Sidechain) einbeziehen, die in denselben Dateien protokolliert werden.
Token zu Anthropics Listenpreisen bewerten (geprüft am 3. November 2026): zum Beispiel Opus 5.5 mit $4 Eingabe, $0,20 Cache-Lesen und $20 Ausgabe pro Million Token und Sonnet 5.5 mit $2, $0,10 und $10. Cache-Schreibvorgänge nutzen die protokollierte Aufteilung in 5 Minuten und 1 Stunde. Haiku 5.5 nutzt für Prompts über 100.000 Token seinen höheren Preis, den wir pro Nachricht aus den eingabeseitigen Token schätzen.

Was das nicht aussagt

Es ist nicht Ihre Rechnung. Bei einem Flatrate-Abonnement ist die Zahl ein API-äquivalenter Wert, und die Protokolle enthalten keine Dollarbeträge.
Wir haben nicht mit der Abrechnung des Anbieters verglichen. Tun Sie das, bevor Sie sich auf eine aus Protokollen abgeleitete Summe verlassen.
Der Mechanismus hinter den Wiederholungen ist unsere Deutung des Musters, keine Aussage von Anthropic.

Was Sie damit tun sollten

Deduplizieren Sie, bevor Sie summieren. Jedes Dashboard, das Protokollzeilen addiert, zählt wahrscheinlich zu viel. Fragen Sie nach seinem Schlüssel.
Nehmen Sie pro Nachricht das Maximum, nicht die erste Zeile.
Gleichen Sie einmal im Monat mit einer Rechnung des Anbieters oder Gateways ab. Was ein Hauptbuch braucht, steht unter LLM-Token-Tracking und KI-Observability.
Trauen Sie keiner Null. Erfassen Sie Token auch dort, wo der Preis kostenlos ist.

Die Nutzungsansicht, in die das einfließt, finden Sie unter Claude Code im Oktober: Token, Cache und Listenpreiswert und Claude-Code-Token-Nutzung prüfen und senken.

Häufige Fragen

Wie zähle ich Claude-Code-Token richtig?

Lesen Sie die Assistenten-Einträge in den Transkriptdateien, führen Sie jeden über Nachrichten-ID plus Anfrage-ID als Schlüssel und behalten Sie das Maximum jedes Nutzungsfelds über die Zeilen mit demselben Schlüssel. Alle Zeilen zu summieren zählte unsere Oktober-Nutzung 2,5-mal zu hoch.

Warum zeigen Claude-Code-Protokolle dieselbe Nachricht mehrfach?

In unseren Transkripten erschienen dieselbe Nachrichten-ID und Anfrage-ID auf mehreren Zeilen (175.884 Zeilen für 70.592 einzigartige Nachrichten), wobei spätere Zeilen größere Ausgabewerte trugen. Dieses Muster passt dazu, dass eine Antwort beim Streamen protokolliert wird; die Ursache haben wir nicht mit Anthropic bestätigt.

Reicht es, die erste Zeile pro Nachricht zu behalten?

Das zählt Ausgabe-Token zu niedrig, weil die erste Zeile ein unvollständiger Zwischenstand ist. Wir verfehlten insgesamt 14% der Ausgabe-Token, bei einem Modell bis zu 100%, auch wenn der Dollar-Effekt bei unserem Mix nur etwa 0,6% betrug.

Entspricht der Listenpreiswert dem, was ich bezahlt habe?

Nein. Es sind die Kosten derselben Token zu Anthropics veröffentlichten API-Preisen. Ein Abonnement oder ein Gateway-Rabatt ändert, was Sie tatsächlich zahlen, und die Protokolle enthalten keine Dollarbeträge.

Weiterführend

Möchten Sie das auf Ihren Stack anwenden? Bringen Sie Anbieterrechnungen, Gateway-Protokolle und die wichtigsten Workflows mit; wir ordnen Kostentreiber und Einsparpotenziale zu. Kostenlose Prüfung buchen →

Zurück zu finopsllm.com