Zum Inhalt springen
Deutsch

Preise und Abrechnung

Claude-Eingaben und -Ausgaben werden mit Rabatt je Modell abgerechnet, Cache-Lese- und Cache-Schreibvorgänge zum offiziellen Originalpreis; prüfen Sie die Aufrufkosten anhand der Abrechnungsbeispiele.

Claude-Eingaben und -Ausgaben werden mit dem Rabatt dieses Modells abgerechnet, Cache-Lesen und Cache-Schreiben zum offiziellen Originalpreis, ohne Rabatt. Die Einzelpreise und Rabatte jedes Modells finden Sie unterModelle und Preise. Für GPT, MiMo und Bildgenerierungsmodelle sehen Sie bitte die jeweiligen Abrechnungseinheiten und Angebote an; die Token-Beispiele auf dieser Seite gelten für Claude.

Jeder Aufruf wird nach den vier Token-Arten in der Antwort usage separat abgerechnet:

text
费用 = ( 输入 token × 输入单价
+ 缓存写入 token × 缓存写单价
+ 缓存读取 token × 缓存读单价
+ 输出 token × 输出单价 ) ÷ 1,000,000
输入单价、输出单价 = 对应官方单价 × 该模型折扣
缓存读取单价、缓存写入单价 = 对应官方原价

Die vier Token-Arten entsprechen diesen Feldern in der Antwort:

Abrechnungspositionusage-Feld (nativ bei Anthropic)Offizieller Einzelpreis relativ zum Eingabepreis
Eingabeinput_tokens1×
Cache-Schreibencache_creation_input_tokens1,25× (5-Minuten-Cache), 2× (1-Stunden-Cache, "ttl": "1h")
Cache-Lesencache_read_input_tokens0,1× (Opus 5.5 und Sonnet 5.5 0,05×, Fable 5.1 0,025×)
Ausgabeoutput_tokensje Modell, siehe Preisseite

Die offiziellen Cache-Multiplikatoren stammen aus der Anthropic-Prompt-Caching-Dokumentation. Die Cache-Vorgänge auf dieser Seite werden zum jeweiligen offiziellen Originalpreis abgerechnet und nicht mit dem Eingabe-/Ausgaberabatt multipliziert.

Die Schreib-Token des 1-Stunden-Caches werden separat unter cache_creation.ephemeral_1h_input_tokens erfasst und mit dem 2-fachen des offiziellen Eingabepreises abgerechnet, ohne Multiplikation mit dem Eingabe-/Ausgaberabatt. Die auf der Preisseite aufgeführten Cache-Schreib-Einzelpreise gelten für den 5-Minuten-Cache.

Die folgenden Einzelpreise sind zur Demonstration willkürlich gewählte ganze Zahlen und entsprechen keinem konkreten Modell; die tatsächlichen Einzelpreise finden Sie auf der Preisseite.

Angenommen, ein Modell hat folgende offizielle Einzelpreise (pro Million Token): Eingabe $3, Ausgabe $15, Cache-Schreiben $3,75, Cache-Lesen $0,30. Die usage einer Claude-Code-Anfrage lautet:

json
{
"input_tokens": 2000,
"cache_creation_input_tokens": 1500,
"cache_read_input_tokens": 30000,
"output_tokens": 800
}

Nach offiziellen Preisen:

PositionTokenOffizieller EinzelpreisOffizielle Kosten
Eingabe2.000$3$0,006
Cache-Schreiben1.500$3,75$0,005625
Cache-Lesen30.000$0,30$0,009
Ausgabe800$15$0,012
Summe$0,032625

Angenommen, Eingabe und Ausgabe dieses Beispielmodells betragen 20 % des offiziellen Preises (nur für das Rechenbeispiel, repräsentiert nicht die aktuellen Modellpreise), dann:

text
输入费用 = $0.006 × 0.2 = $0.0012
输出费用 = $0.012 × 0.2 = $0.0024
缓存费用 = $0.005625 + $0.009 = $0.014625
合计 = $0.018225

Die offiziellen Gesamtkosten dürfen nicht direkt mit dem Eingabe-/Ausgaberabatt multipliziert werden, da der Cache-Anteil nicht rabattiert wird.

Wenn derselbe Aufruf den Cache nicht trifft, werden die 30.000 Token zum rabattierten Eingabepreis dieses Modells berechnet. Ob Kosten gespart werden, muss anhand von Modellrabatt, Cache-Schreibkosten und Anzahl der Wiederlesevorgänge verglichen werden; ein Vergleich nur der offiziellen Preise genügt nicht. Konfigurations- und Prüfmethode siehe Prompt Caching.

Die Claude-API stammt aus einem Pool offizieller Abonnementkonten. Aufrufe über Claude Code enthalten keine zusätzlichen Inhalte. Andere Clients (SDK, curl und Drittanbieter-Tools) hängen jeder Anfrage einen Systemprompt an, der als Eingabe-Token abgerechnet wird: bei Sonnet 4.6 etwa 350 Token, bei der 5.x-Serie etwa 500 Token. Dieser Anteil wird zusammen mit Ihren eigenen Inhalten in usage der Antwort in input_tokens erfasst.

Gemessener Test am 2026-10-15 mit curl und der Anfrage „Reply with just: ok“:

Modellcount_tokens-ZählungTatsächliches input_tokensAngehängter Systemprompt (ca.)
Sonnet 4.619370350 Token
5.x-Serie18–19510–530etwa 500 Token
  • count_tokens zählt nur Ihre gesendeten Inhalte und enthält diesen Systemprompt nicht. Schätzen Sie die Kosten mit SDK, curl oder Drittanbieter-Tools, addieren Sie die Zahlen aus der obigen Tabelle; bei Claude Code ist das nicht nötig.
  • Die im Aufrufprotokoll erfassten Eingabe-Token enthalten diesen Anteil bereits; eine Nachrechnung nach der obigen Formel ergibt ein Ergebnis, das mit der Abrechnung im Protokoll übereinstimmt.
  • Je kürzer die Anfrage, desto höher der Anteil; bei langen Kontextanfragen ist er sehr gering.
  • Die Abrechnung erfolgt nach dem oben genannten USD-Verfahren und wird von Ihrem Kontoguthaben abgezogen. Das Guthaben wird in USD geführt.
  • Aufladebeträge werden in USD gutgeschrieben; die Zahlungsabwicklungsgebühr wird separat ausgewiesen und ist nicht erstattungsfähig; verfügbare Zahlungsmittel und Betragslimits gelten laut Bestellseite der Wallet.

Prüfen Sie zuerst den Eingabe-/Ausgaberabatt des jeweiligen Modells und berechnen Sie dann Eingabe, Ausgabe, Cache-Lesen und Cache-Schreiben getrennt. Jede Abbuchung kann imAufrufprotokoll anhand des jeweiligen Einzelpreises nachgerechnet werden.

Gleiche Arbeit – warum ist es diesmal teurer als beim letzten Mal?

Der häufigste Grund ist ein verfehlter Cache: zu langer Zeitraum zwischen zwei Anfragen (Standard-Cache 5 Minuten), eine geänderte vordere Kontexthälfte oder ein Modellwechsel. Öffnen Sie das Aufrufprotokoll und vergleichen Sie die Cache-Lese-Token beider Vorgänge.

Gibt es auch Rabatt auf den Cache?

Nein. Cache-Lesen und Cache-Schreiben werden zum offiziellen Originalpreis abgerechnet, Eingabe und Ausgabe mit dem Rabatt des jeweiligen Modells.

Warum sind die input_tokens höher als mein gesendeter Inhalt?

Aufrufe über Claude Code enthalten keine zusätzlichen Inhalte. Andere Clients (SDK, curl und Drittanbieter-Tools) hängen jeder Anfrage einen Systemprompt an, der als Eingabe-Token abgerechnet wird: bei Sonnet 4.6 etwa 350 Token, bei der 5.x-Serie etwa 500 Token. Gemessene Daten sieheAbrechnung des Systemprompts.

Wie prüfe ich eine Abrechnung?

Finden Sie den Vorgang im Aufrufprotokoll, setzen Sie die Zahlen der vier Token-Arten und die Einzelpreise der Preisseite in die obige Formel ein; das Ergebnis sollte mit der Abrechnung im Protokoll übereinstimmen. Falls nicht, senden Sie uns Zeitpunkt und Modell dieses Protokolleintrags.