Claude Opus 5 Preise 2026: API-Kosten, Tarife, echte Rechnungen

Claude Opus 5 Preise auf einen Blick

Claude Opus 5 wurde am 24. Juli 2026 gelauncht, von Anthropic beschrieben als ein Modell, das "der Frontier-Intelligenz von Claude Fable 5 zum halben Preis nahekommt". Der API-Satz ist derselbe, den die Opus-Linie seit Opus 4.5 trägt.

Alle obigen Zahlen stammen aus Anthropics Preisdokumentation. Ein paar Spezifikationen, die die Rechnung mehr prägen als der Satz selbst:

• Die Modell-ID lautet claude-opus-5 in der Claude API, anthropic.claude-opus-5 auf Bedrock.
• Der Kontext umfasst 1M Tokens Input, 128k Tokens Output, steigt auf 300k Output in der Batch API mit einem Beta-Header.
• Der verlässliche Wissensstichtag ist Mai 2026.
• Opus 5 hat einen eigenen Rate-Limit-Pool. Opus 4.8, 4.7, 4.6 und 4.5 teilen sich einen gemeinsamen Pool, und Opus 5 zapft ihn nicht an, sodass eine Verlagerung des Traffics keinen Spielraum freimacht.

Wenn du das gegen die Vorgängergeneration abwägst, tragen unser Opus-4.5-Preisleitfaden und die Opus-4.6-Aufschlüsselung denselben Satz, was den Versions-zu-Versions-Vergleich ungewöhnlich sauber macht.

Wofür du wirklich abgerechnet wirst

Hier liegt der Punkt, der Umsteiger von Opus 4.8 überrascht. Bei 4.8 lief eine Anfrage ohne das thinking-Feld ohne Thinking. Bei Opus 5 durchläuft dieselbe Anfrage Adaptive Thinking, und jedes Thinking-Token wird als Output zu $25 pro Million abgerechnet.

Zwei Folgeeffekte, die man einplanen sollte:

1. max_tokens deckt jetzt Thinking und Antwort zusammen ab. Ein Limit, das bei 4.8 knapp auf die sichtbare Antwort zugeschnitten war, kann bei Opus 5 mitten in der Antwort abbrechen. Anthropics Migrationsleitfaden empfiehlt mindestens 64k als Ausgangspunkt bei Effort xhigh oder max.
2. Opus 5 schreibt standardmäßig länger. Der Migrationsleitfaden sagt unverblümt, dass sowohl sichtbare Antworten als auch geschriebene Deliverables länger ausfallen als bei 4.8, und dass niedrigerer Effort das Thinking-Volumen senkt, ohne die sichtbare Antwort zuverlässig zu verkürzen. Länge muss im Prompt gefordert werden, nicht per Regler eingestellt.

Es gibt eine dritte Abrechnungsposition, die in agentischen Loops gerne vergessen wird: Jedes Tool-Ergebnis, das du zurückgibst, geht im nächsten Turn wieder als Input ein. Ein 30-Schritte-Agentenlauf zahlt immer wieder für dasselbe wachsende Transkript, weshalb Caching hier wichtiger ist als im Chat. Wenn dein Loop Kontext über MCP-Tools oder Claude Skills zieht, landet jedes dieser Ergebnisse auf der Input-Seite derselben Rechnung.

Ein Modell, vier Preise

Dieselben Gewichte und dieselbe Modell-ID können vier verschiedene Sätze abrechnen, rein abhängig davon, wie du sie aufrufst.

Prompt-Caching ist der größte Hebel für alles mit einem stabilen Präfix. Writes kosten das 1,25-Fache des Basis-Inputs im 5-Minuten-Cache und das 2-Fache im 1-Stunden-Cache, Reads kosten das 0,1-Fache. Das stille Upgrade bei Opus 5 liegt bei der Untergrenze: Das minimal cachefähige Präfix sinkt auf 512 Tokens, von 1.024 bei 4.8 und 4.096 bei Opus 4.6. System-Prompts, die vorher still nicht cachefähig waren, werden nun ohne Codeänderung gecacht.

Batch nimmt 50 % von beiden Richtungen und lässt sich mit Caching stapeln. Wenn dein Workload eine Warteschlange verträgt, ist das geschenktes Geld.

Der Fast-Modus geht die andere Richtung. Laut Fast-Mode-Dokumentation liefert er bis zu 2,5-fach höhere Output-Tokens pro Sekunde für exakt das Doppelte des Preises, und der Trade lässt sich präzise benennen: Bei $10 und $50 kostet Opus 5 im Fast-Modus pro Token genauso viel wie das reguläre Claude Fable 5. Es ist ebenfalls nur als Research-Preview in der First-Party-API verfügbar und funktioniert nicht mit Batch.

US-only-Inferenz addiert pauschal das 1,1-Fache auf jede Tokenkategorie, was $5,50 und $27,50 ergibt.

Effort ist der eigentliche Preisregler

Das ist der Abschnitt, den ich zweimal lesen würde, wenn ich ein Budget dimensioniere. Opus 5 unterstützt fünf Effort-Stufen, und die Empfehlung hat sich umgekehrt gegenüber der 4.x-Ära: Wo 4.7 und 4.8 rieten, bei agentischer Arbeit mit xhigh zu starten, sagt Opus 5, man solle beim Standard high beginnen und von dort nach unten gehen.

Die Zahlen hinter diesem Rat stammen aus Anthropics eigenem Frontier-Bench v0.1-Lauf, einem 74-Aufgaben-Terminal-Benchmark, der auf Terminal-Bench 2.1 folgte:

Zwei Dinge fallen auf. Max Effort schnitt schlechter ab als xhigh und kostete dabei mehr, und Low Effort lieferte weit über die Hälfte des Scores für rund ein Drittel der Output-Tokens. Anthropic erklärt den Einbruch bei Max Effort in FrontierCode 1.1 damit, dass das Modell "mehr Änderungen macht, als die Aufgabe erfordert", was der Bewerter bestraft.

Lies dieses Diagramm als Preisdiagramm, nicht als Rangliste. Das gesamte Kostenargument von Opus 5 lautet, dass seine Kurve oberhalb und links von der von Fable 5 verläuft: Es erreicht einen höheren Score zu geringeren Kosten pro Versuch. Das ist eine nützlichere Aussage als jede einzelne Benchmark-Zahl, und es ist dieselbe Form, die Anthropic beim CursorBench berichtet, wo Opus 5 "innerhalb von 0,5 % des Spitzenscores von Fable 5 liegt, aber zum halben Preis pro Aufgabe".

Rechne deine eigene monatliche Rechnung durch

Listenpreise werden erst real, wenn du dein eigenes Volumen dagegenhältst. Gib einen Monat an Nutzung ein und sieh, was die Hebel bewirken.

Ein Vorbehalt, den der Rechner nicht abbilden kann: Tokenzahlen sind generationsübergreifend nicht vergleichbar. Anthropic weist darauf hin, dass Claude 4.7 und neuer denselben Text in rund 30 % mehr Tokens zerlegt als Sonnet 4.6 und älter, sodass ein flacher Pro-Million-Vergleich gegen ein älteres Modell die tatsächliche Rechnung unterschätzt.

Wie Opus 5 sich gegen den Rest der Modellreihe schlägt

Anthropics eigene Empfehlung lautet, mit Opus 5 zu starten und nur dann zu Fable 5 hochzustufen, wenn man die Leistungsobergrenze braucht.

Im Vergleich zum übrigen Markt platzieren unsere Vergleiche zu Gemini-Preisen und GPT-5.6-Preisen Opus 5 im Segment "teuer, aber effizient". Die direkten Gegenüberstellungen in Gemini 3 Pro und Codex vs. Opus 4.6 beschreiben nach wie vor die Form dieses Trade-offs, und der Drei-Wege-API-Vergleich ist der schnellste Weg, einen Wechsel zu prüfen.

Zwei Dinge behält Opus 4.8, die Opus 5 verliert, und sie sind planungsrelevant: Laut den Migrationshinweisen ist Web Fetch bei Opus 5 nicht verfügbar, und Priority Tier wird nicht unterstützt. Wer eine Priority-Tier-Verpflichtung hat, dessen Kapazität wandert nicht mit.

Was echte Workloads wirklich kosten

Sätze sind abstrakt. Das hier nicht.

Eine Coding-Session. Anthropics eigenes durchgerechnetes Beispiel setzt eine einstündige Opus-5-Session bei 50.000 Input- und 15.000 Output-Tokens an: $0,25 plus $0,375 plus $0,08 Managed-Agents-Laufzeit, also $0,705. Aktiviert man Caching für 40.000 dieser Input-Tokens, landet dieselbe Session bei $0,525, ein Rückgang von 25 % ohne Verhaltensänderung.

Ein Business-Workflow. Auf Zapiers AutomationBench erzielte Opus 5 bei mittlerem Effort 24 % für $0,89 pro Aufgabe, was laut Anthropic "sowohl Claude Opus 4.8 als auch Fable 5 deutlich übertrifft, bei weniger als der Hälfte der Kosten".

Eine komplette Evaluations-Suite. Am anderen Extrem veröffentlicht Artificial Analysis, was sie für den Betrieb ihres eigenen Index ausgegeben haben:

"In total, it cost $3835.51 to evaluate Claude Opus 5 (Adaptive Reasoning, Max Effort) on the Intelligence Index."

Artificial Analysis, Claude Opus 5 model page

Diese Zahl ist das ehrliche Gegengewicht zu jedem Kosten-pro-Aufgabe-Diagramm oben. Opus 5 führt denselben Index mit 61 Punkten an, Rang 1 von 190 Modellen, verbrannte dafür aber 100M Output-Tokens gegenüber einem Median von 63M. Effizienz pro abgeschlossener Aufgabe und Gesamtausgaben sind unterschiedliche Fragen, und Opus 5 beantwortet sie unterschiedlich.

Mehrere Early-Access-Kunden haben denselben Effekt beziffert. Ein Legal-Agent-Team berichtete von 26 % weniger Tokens bei ähnlicher Leistung gegenüber Opus 4.8 bei Max Reasoning, und ein Trading-Benchmark landete bei "rund einem Siebtel der Reasoning-Tokens und weniger als der halben Latenz". Das sind vom Anbieter stammende, anonyme Angaben, die man entsprechend gewichten sollte, aber die Richtung ist über sechs getrennte Berichte hinweg konsistent.

Claude Pro, Max, Team und Enterprise

Nicht jeder greift zur API. Laut dem Launch-Beitrag ist Opus 5 das neue Standardmodell bei Claude Max und das stärkste Modell bei Claude Pro.

Preise stammen von der Claude-Preisseite. Zwei Details, über die Käufer häufig stolpern:

• Limits sind sitzungsbasiert, nicht nachrichtenbasiert. Sie setzen sich in einem gleitenden Fünf-Stunden-Fenster zurück, dazu kommen wöchentliche Obergrenzen, und Web, Desktop, Mobil und Claude Code schöpfen alle aus einem gemeinsamen Pool. Es gibt keine Nachrichtenzahl, gegen die man planen kann.
• Kostenpflichtige Tarife schwappen in API-Sätze über. Erreicht man ein Limit, kann man Nutzungsguthaben aktivieren, um zu Standardsätzen weiterzuarbeiten, und genau dort beginnen die oben genannten $5 und $25 für einen Abo-Sitz zu gelten.

Dieses Sitzungsmodell erzeugt bei derselben Veröffentlichung völlig unterschiedliche Erfahrungen, und die Kluft folgt fast perfekt der Tarifstufe. Ein Max-20x-Nutzer:

"I have now been using Opus 5 only (since I'm out of Fable) for about 7 hours and it drained about 6% of my weekly usage."

u/Typical-Whole-248, Reddit

Und ein Pro-Nutzer in derselben Woche:

"I'm only on the Pro plan but a single prompt with Opus 5 w/ high thinking used 100% of my 5-hour usage limit."

u/GrainyStateOfMind, Reddit

Beides kann stimmen, weil ein Sitzungslimit ein Tokenpool ist und Opus 5 bei hohem Effort schneller daraus verbraucht. Bei einem $20-Pro-Sitz ist dieser Pool klein genug, dass ein einziger thinking-lastiger Prompt ihn leert. Die praktische Lösung, zu der die Leute gefunden haben, ist kein Tarif-Upgrade: Es ist, den Effort für Routinearbeit zu senken und high für die Aufgaben aufzuheben, die es wirklich brauchen.

Für Teams, die den Abo-Weg gegen reine API-Ausgaben abwägen, decken unser Claude-Code-Preisleitfaden und der Enterprise-Claude-Code-Rundgang die Sitzrechnung ab. Die Modellkonfiguration in Claude Code ist der Ort, an dem man Opus 5 festlegt, statt die automatische Auswahl walten zu lassen, und der Leitfaden zur Modellauswahl behandelt, wann man auf eine günstigere Stufe herunterfallen lässt. Wer noch überlegt, ob das gesamte Ökosystem passt, findet in unserer Claude-Rezension und dem Claude-Cowork-Preisleitfaden die breitere Perspektive.

Bedrock, Vertex, Foundry und die CCU-Eigenheit

Opus 5 ist vom ersten Tag an auf allen Plattformen verfügbar, die Abrechnung ist jedoch nicht identisch.

• Amazon Bedrock und Google Cloud werden von Partnern betrieben. Der Cloud-Anbieter stellt dir die Rechnung, und Anthropic verweist auf die Bedrock-Preise und die Vertex-AI-Preise als maßgebliche Quelle, statt selbst Sätze zu veröffentlichen.
• Regionale Endpunkte tragen einen Aufschlag von 10 % gegenüber globalen auf beiden Clouds.
• Claude Platform auf AWS und Microsoft Foundry rechnen in Claude Consumption Units ab. Diese werden zu Standard-Modellsätzen in USD bewertet und dann bei stündlicher Messung zu $0,01 pro CCU umgerechnet. Deine Rechnung zeigt eine einzige CCU-Position, keine Tokenaufschlüsselung.
• Der Fast-Modus ist nur First-Party. Er existiert nicht auf Bedrock, Google Cloud oder Foundry.

Wenn dein Finanzteam eine AWS-Rechnung mit einem Pro-Token-Modell abgleicht, ist die CCU-Umrechnung der Punkt, an dem beide nicht mehr zusammenpassen.

Was Entwickler sagen

Die Reaktion der Launch-Woche spaltete sich fast sofort in zwei Lager, und die Spaltung dreht sich ausschließlich um Tokens, nicht um Sätze. Das erste Lager rechnete nach und fand hinter dem flachen Preis eine echte Erhöhung.

"At the same levels of thinking it's appears that Opus 5 in it's current form uses about 2x the amount of output tokens to do similar tasks. So per token is the same, but the models don't use the same amount of tokens to do the same task."

u/bears-eat-beets, Reddit

Ein Entwickler gab echtes Geld aus, um es zu klären. Beim Durchlaufen derselben Aufgabe über verschiedene Effort-Stufen protokollierte er Opus 5 bei $0,41514 auf low und $0,801965 auf medium, gegenüber $0,210415 für Opus 4.8 auf low:

"At matched effort, Opus 5 spends roughly 2x the output tokens of 4.8."

u/Abject_Tip3868, Reddit

Leaderboards von Drittanbietern griffen dasselbe Signal aus einem anderen Blickwinkel auf:

"Vals Index Opus 4.8 > 5.0 goes from $2.90 to $8.54, for 4% gain ... That is a massive cost increase. Sure, 20% cheaper then Fable, but that is a 3x price increase compared to Opus 4.8 in that test."

benjiro29, Hacker News

Der Mechanismus, den die Leute immer wieder beschreiben, ist Scope Creep, dasselbe Verhalten, vor dem Anthropics eigene Dokumentation warnt, wenn sie rät, übernommene Verifikationsanweisungen zu löschen, weil Opus 5 seine Arbeit unaufgefordert überprüft:

"it just reviews every minor change with unnecessary checks that would take a couple minutes to check manually, it wants to spend an hour and spend $25 of tokens"

u/ForceEastern8595, Reddit

Das Gegenargument ist fair und hörenswert. Die insgesamt verbrannten Tokens sind der falsche Nenner, wenn das Modell Arbeit fertigstellt, die das günstigere Modell abbricht:

"When we look at some benchmarks that publish the cost per successful task, Claude seems to be way cheaper than I expected. For example on https://livebench.ai/

here the cost per successful task for Opus 5 is lower than Sol."

u/suamai, Reddit

Und etliche Leute sind mit dem Wechsel schlicht zufrieden:

"I switched from 4.8 to 5 yesterday and I'd have to say that I've noticed an improvement, though not hugely perceptible, the model seems to want to do more work per turn, possibly a tiny bit faster, and little less verbose when it isnt necessary to be so."

spottedmarley, Hacker News

Meine Einschätzung: Beide Lager haben recht, und die Uneinigkeit dreht sich eigentlich darum, gegen welchen Nenner man abrechnet. Misst man Tokens, wurde Opus 5 teurer. Misst man abgeschlossene Aufgaben, wurde es günstiger. Welche der beiden Sichtweisen dein Geschäft beschreibt, ist die eigentliche Frage, die diese Preisseite dir nicht beantworten kann.

Ist Claude Opus 5 seine $5 und $25 wert?

Für agentische Arbeit mit langem Zeithorizont: ja, und das Argument dreht sich eigentlich gar nicht um den Satz. Opus 5 verlangt, was Opus 4.8 verlangte, während es 96,0 % auf SWE-bench Verified erzielt und 4.8 auf Frontier-Bench mehr als verdoppelt. Wenn ein Lauf $0,89 kostet und fertig wird, statt $0,40 zu kosten und zweimal zu scheitern, war das pro Token günstigere Modell nie wirklich günstiger.

Drei ehrliche Vorbehalte, bevor man es standardisiert:

• Es ist wortreich, und Wortreichtum wird zu $25 abgerechnet. Artificial Analysis nennt es "besonders teuer im Vergleich zu anderen Modellen ähnlichen Preises" und "auffällig langsam und sehr wortreich". Plane Zeit für Prompt-Engineering zur Längenkontrolle ein, denn Effort allein wird das nicht regeln.
• Halluzinationen entwickelten sich leicht in die falsche Richtung. Die System Card stellt unumwunden fest, dass das Modell "leicht häufiger faktische Behauptungen halluziniert als Opus 4.8, trotz insgesamt höherer Genauigkeit".
• Günstigere Modelle gewinnen weiterhin viele Aufgaben. Für Klassifizierung, Routing und Massenentwürfe ist Claude Sonnet 5 zu 40 % des Preises der bessere Kauf, und Haiku ist noch besser. Wer sich umschaut: Unser Opus-4.6-Alternativen-Überblick und die frühere Opus-4.5-Alternativen decken das Feld ab, mit Mistral-Preisen und Groq-Preisen am günstigeren Ende.

Wo das Modell in einer echten Toolchain landet, ist eine andere Frage als die Preistabelle. Unsere Überblicke zu KI-Coding-Assistenten, Claude-Entwickler-Tools und Cursor sind der Ort, wo das in der Praxis entschieden wird.

Fürs Protokoll: Meine eigene Standardeinstellung für interne Tools ist high Effort mit 1-Stunden-Caching auf dem System-Prompt und Batch für alles, was warten kann. Diese Kombination lässt die meisten Aufgaben irgendwo zwischen einem Viertel und der Hälfte der naiven Standard-Satz-Rechnung landen.

Wo die Token-Rechnung aufhört, dein Problem zu sein

All das oben setzt voraus, dass du die Sanitärinstallation selbst besitzen willst: die Retry-Logik, das Effort-Tuning, die Cache-Invalidierung, den Fallback, wenn ein Sicherheitsklassifikator eine Anfrage ablehnt. Das ist ein echtes Engineering-Projekt, und ich habe mehrere technisch versierte Kunden eesel verlassen sehen, um genau das direkt auf der Claude API zu bauen.

Manche von ihnen sind vollkommen zufrieden. Andere landen dort, wo dieser Kunde gelandet ist:

"We could try to write our own LLM application but we didn't want to invest our time into that. We wanted something that we would not have to maintain."

Karel, GENERAL BYTES

Das ist die eigentliche Entscheidung hinter einer Claude-Opus-5-Preisseite. Wenn du ein Frontier-Modell willst, das Support-Tickets beantwortet, ist der Tokensatz vielleicht ein Fünftel der Arbeit. Der Rest besteht darin, es in deinem Helpcenter und vergangenen Tickets zu verankern, es bei Fragen still zu halten, die es nicht anfassen sollte, und zu wissen, was es tun wird, bevor es eine Live-Warteschlange berührt.

eesel ist genau diese Schicht, verkauft als Preis pro Aufgabe, in dem die Modellkosten bereits enthalten sind, sodass ein arbeitsreicher Monat als mehr bearbeitete Tickets erscheint statt als Token-Rechnung, die man erklären muss. Du kannst es gegen deine eigenen historischen Tickets simulieren, bevor es irgendjemandem antwortet, und es in wenigen Minuten anbinden. Probiere eesel kostenlos aus.

Wenn Content statt Support dein Anwendungsfall ist, treibt dieselbe Logik unseren KI-Blog-Writer an, und die Leitfäden zum besten LLM fürs Blogging und dazu, wie man KI-Content menschlich klingen lässt, sind der richtige Startpunkt.