Claude Sonnet 5 Test (2026): Kosten, Opus-Vergleich und Tokenizer-Haken

Claude Sonnet 5 Test: das Urteil in einem Satz

Für Agenten, Coding und Tool-intensive Automatisierung ist der Wechsel zu Sonnet 5 sinnvoll – vorausgesetzt, die Auswirkungen des neuen Tokenizers fließen vorab in die Kostenrechnung ein.

Anthropic hat Sonnet 5 am 30. Juni 2026 als bislang agentischstes Sonnet-Modell veröffentlicht. Es plant mehrstufige Abläufe, steuert Tools wie Browser und Terminals und bringt Aufgaben zu Ende, bei denen frühere Sonnet-Modelle ins Stocken gerieten. In der API und in Claude Code läuft es standardmäßig mit effort=high. In dieser Einstellung nähert es sich bei manchen Aufgaben Opus 4.8 an, kostet laut Liste aber nur einen Bruchteil. Für die meisten, die bereits mit Claude Code arbeiten oder Agenten entwickeln, ist es damit die neue Standardwahl.

Grund zur Vorsicht gibt nicht die Leistung, sondern der Preis. Auf den ersten Blick wirkt die Einführung wie eine Preissenkung. Der neue Tokenizer zählt denselben Text jedoch als ungefähr 30% mehr Tokens. Hinzu kommen drei nicht abwärtskompatible API-Änderungen, die bei einer unvorbereiteten Migration einen 400-Fehler auslösen. Beides wird weiter unten erklärt.

Was sich gegenüber Sonnet 4.6 wirklich geändert hat

Sonnet 5 ist als direkter Ersatz für Sonnet 4.6 gedacht: Etwas manuelle Kontrolle weicht deutlich mehr Autonomie.

Der wichtigste Fortschritt liegt in der konsequenten Abarbeitung agentischer Aufgaben. Nach Anthropics eigener Einordnung fanden die deutlichsten Leistungssprünge zuletzt in der Opus-Klasse statt. Sonnet 5 verkleinert diesen Abstand: Seine Leistung liegt bei niedrigeren Preisen nahe an Opus 4.8, zugleich deckt es eine wesentlich größere Bandbreite aus Kosten und Geschwindigkeit ab als Sonnet 4.6. Gegenüber 4.6 verbessert es logisches Denken, Tool-Nutzung, Coding und Wissensarbeit. Partner mit Vorabzugang berichteten, dass es mehrstufige Softwareaufgaben abschließt und die eigenen Ergebnisse unaufgefordert prüft. Bei den von Anthropic hervorgehobenen Benchmarks für agentische Suche (BrowseComp) und Computernutzung (OSWorld-Verified) übertrifft es 4.6 eindeutig; mit höherem Aufwand kann es bei manchen Aufgaben Opus 4.8 erreichen. Laut Anthropics Sicherheitsbericht zeigt es zudem seltener unerwünschtes Verhalten als 4.6 und ist bei Cybersicherheitsaufgaben deutlich schwächer als die aktuellen Opus-Modelle – für die meisten Unternehmen eher ein Vorteil als ein Verlust.

Die praktisch wichtigste Verhaltensänderung: Adaptive Thinking ist standardmäßig aktiviert. Bei Sonnet 4.6 wurde eine Anfrage ohne thinking-Feld ohne Denkprozess ausgeführt. Dieselbe Anfrage denkt mit Sonnet 5 adaptiv. Das verbessert die Antworten ohne zusätzliche Konfiguration. Weil max_tokens jedoch Denkprozess und Antworttext gemeinsam begrenzt, kann ein für 4.6 abgestimmtes Ausgabelimit nun die sichtbare Antwort abschneiden. Für alle Workloads, die bisher ohne Denkprozess liefen, sollte max_tokens neu geprüft werden.

Claude Sonnet 5 Kosten: die komplette Preisstaffel

Für Sonnet 5 gilt bis zum 31. August 2026 ein Einführungspreis von $2 je Million Input-Tokens und $10 je Million Output-Tokens. Danach steigt der Preis auf $3 für Input und $15 für Output. Im Vergleich zur übrigen Modellfamilie ergibt sich mit den heutigen Preisen folgendes Bild:

In Preisverhältnissen wird die Entscheidung übersichtlich. Zum Einführungspreis kostet Sonnet 5 je Token 40% von Opus 4.8; selbst nach August sind es zum regulären Tarif nur 60% von Opus. Gegenüber Haiku 4.5 kostet es zum regulären Preis hingegen 3x so viel. Haikus Kontextfenster endet bei 200k, Sonnet 5 bietet die vollen 1M. Sonnet 5 besetzt damit bewusst die Mitte: günstiger als Opus, spürbar leistungsfähiger als Haiku und mit demselben 1M-Kontext sowie derselben Ausgabegrenze von 128k wie die Spitzenmodelle.

Eine unscheinbare Spezifikation ist gerade bei langen Aufträgen wichtig: Sonnet 5 behält den 1M-Token-Kontext sowohl als Standard als auch als Maximum; eine Variante mit kleinerem Kontext gibt es nicht. Über die Batch API sind mit dem Beta-Header output-300k-2026-03-24 bis zu 300k Output-Tokens möglich. Anders als die Opus-Stufe bietet Sonnet 5 allerdings keinen Zugang zum Priority Tier.

Der Tokenizer-Aufschlag, der in keiner Preisrechnung steht

Der Listenpreis ist gesunken, der effektive Preis pro erledigter Arbeit jedoch nicht im gleichen Maß. Sonnet 5 verwendet einen neuen Tokenizer, der denselben Text in etwa 30% mehr Tokens zerlegt als Sonnet 4.6.

Ein Tokenizer zerlegt Text in die abrechenbaren Einheiten, die Tokens heißen. Der Tokenizer von Sonnet 5 unterscheidet sich von dem in 4.6. Anthropic weist ausdrücklich darauf hin, dass identischer Input ungefähr 30% mehr Tokens erzeugt; der genaue Wert hängt vom Inhalt ab. Der Preis pro Token bleibt unverändert. Da aber jedes Token berechnet wird, werden aus einer Anfrage, die mit 4.6 auf 10,000 Tokens kam, mit Sonnet 5 etwa 13,000 Tokens. Noch bevor die eigentliche Preisänderung berücksichtigt wird, kostet eine vergleichbare Aufgabe dadurch rund 30% mehr. Außerdem fasst das 1M-Kontextfenster weniger tatsächlichen Text, und ein anhand der 4.6-Ausgabe bemessenes max_tokens-Limit kann eine Antwort nun vorzeitig beenden.

Die praktische Regel lautet: Tokenzahlen älterer Modelle nicht weiterverwenden, sondern mit Sonnet 5 neu messen. Kostenprognosen, Budgets pro Anfrage oder Logik zum Befüllen des Kontextfensters, die auf Werten von 4.6 beruhen, sind jetzt zu optimistisch. Dasselbe Muster war zuvor bereits bei der Opus-Reihe zu beobachten; die Details stehen in meiner Analyse zur Tokenizer-Änderung in Opus 4.7. Die Lösung bleibt dieselbe: neu zählen, dann entscheiden.

All das macht Sonnet 5 nicht teuer. Zum Einführungspreis liegt es bei vergleichbarer Ausgabe weiterhin weit unter Opus. Ein ehrlicher Vergleich lautet vielmehr: „$2 Listenpreis, dazu ein echter Leistungsgewinn, aber auch rund 30% Token-Aufschlag“ – nicht einfach „es ist billig geworden“. Ob tatsächlich Einsparungen entstehen, zeigt erst die Rechnung mit dem eigenen Workload.

Drei Breaking Changes vor der Umstellung

Die Migration von 4.6 ist weitgehend unkompliziert. Drei Anfragen, die gestern noch funktionierten, liefern nun allerdings einen 400-Fehler. Werden diese Punkte nicht zuerst behoben, bricht die Agentenschleife schon beim ersten Aufruf ab.

# Fails on Sonnet 5 (returns 400)
resp = client.messages.create(
    model="claude-sonnet-5",
    temperature=0.7,
    thinking={"type": "enabled", "budget_tokens": 32000},
    max_tokens=4000,
    messages=[...],
)

# Works: no sampling params, adaptive thinking, roomier max_tokens
resp = client.messages.create(
    model="claude-sonnet-5",
    thinking={"type": "adaptive"},
    max_tokens=8000,
    messages=[...],
)

Claude Sonnet 5 vs Opus 4.8: Wann genügt das günstigere Modell?

Für agentisches Coding und Automatisierung mit intensiver Tool-Nutzung ist Sonnet 5 mit effort=high die Standardwahl. Der Wechsel zu Opus 4.8 lohnt erst, wenn eine Aufgabe dessen höhere Leistungsgrenze wirklich benötigt.

Das stärkste Argument für Sonnet 5 ist der einstellbare Aufwand. Es bietet dieselben Stufen medium, high und extra-high wie die Opus-Klasse. Anthropics eigene Kosten-Leistungs-Kurven zeigen eine erheblich größere Bandbreite als bei 4.6: hohe Effizienz bei mittlerem Aufwand und bei höherem Aufwand auf manchen Aufgaben die Leistung von Opus 4.8. Da Sonnet 5 zum Einführungspreis nur 40% des Opus-Tarifs kostet und nach August 60%, spricht die Rechnung dafür, zunächst Sonnet 5 einzusetzen und lediglich einzelne schwierige Aufgaben an Opus weiterzuleiten. Das ist günstiger, als durchgehend den Opus-Tarif zu bezahlen.

Die Gründe für Opus 4.8 sind enger gefasst, aber berechtigt: Aufgaben, bei denen sich die Spitze der Leistungskurve bezahlt macht, besonders anspruchsvolles agentisches Coding, lange autonome Abläufe, in denen bereits ein einziger Fehltritt teuer wird, oder jede Situation, in der „bei manchen Aufgaben gleichauf“ nicht reicht, weil ausgerechnet die übrigen Aufgaben entscheidend sind. Bei unbeaufsichtigten Produktionsaufgaben im großen Maßstab kann der Preisunterschied günstiger sein als ein einziger misslungener Sonnet-Lauf.

Geteiltes Echo: Warum Sonnet 5 manchen als Rückschritt gilt

Die Reaktionen der Community sind gespalten – alles andere zu behaupten wäre unehrlich. Neben dem Lob, Sonnet 5 erledige Aufgaben, an denen 4.6 scheiterte, finden sich diesen Monat in öffentlichen Threads auf r/ClaudeAI auch Titel wie „Sonnet 5 is a downgrade“ sowie fortlaufende Diskussionen à la „is it actually worth using“ und „what's the consensus“. Die Lücke zwischen Anthropics Einordnung „nahe an Opus 4.8“ und dem Erleben einiger Nutzer sollte nicht verschwiegen werden.

Zwei Faktoren erklären einen Großteil dieser Wahrnehmung. Erstens verändern das standardmäßig aktive Adaptive Thinking die Form der Antworten und die Latenz. Workflows, die auf die knapperen Antworten von 4.6 ohne Denkprozess abgestimmt sind, können sich deshalb anders anfühlen, obwohl die Qualität gestiegen ist. Zweitens lässt der Tokenizer-Wechsel Kostenvergleiche schlechter aussehen, bis neu gemessen wurde: Zunächst entsteht der Eindruck „teurer“, bevor klar wird, dass ein anderer Tokenizer zählt. Beides macht das Modell nicht schlecht. Es zeigt nur, dass selbst ein direkter Ersatz nie ganz ohne Umstellung auskommt. Maßgeblich ist der Test mit den eigenen Prompts – nicht das Urteil anderer, meines eingeschlossen.

Wer jetzt wechseln sollte – und wer besser wartet

Eine Coding- oder Agentenumgebung soll auf das neue Modell umgestellt werden? Die kostenlose Checkliste für Claude Code und Codex bündelt die Konfigurations- und Kostenkontrollschritte, die vor einem Modellwechsel in Produktion wichtig sind, und liefert jede neue Modellanalyse direkt nach Veröffentlichung.