Sonnet 5 zum halben Opus-Preis — aber der Hidden-Cost-Vorwurf hat einen Punkt

Am 30. Juni hat Anthropic still — und nach dem Fable-Reinstate weitgehend übersehen — Sonnet 5 als neuen Default für Free- und Pro-Nutzer ausgerollt. Verfügbarkeit ist breit: Claude.ai, API, Claude Code, AWS Bedrock, Google Cloud Vertex und Microsoft Azure Foundry ab Tag Eins. Für die nächsten acht Wochen läuft eine Einführungsphase mit reduzierter Preisliste: 2 US-Dollar Input, 10 Dollar Output pro Million Token. Ab 1. September steigt das auf regulär 3 US-Dollar Input, 15 Dollar Output.

In Zahlen ausgedrückt: Sonnet 5 kostet in der Einführung ein Fünftel dessen, was Opus 4.8 kostet — bei einer Qualität, die laut Anthropic-Benchmarks in „near-Opus-Range" liegt. Für die meisten Mittelstands-Anwendungen ist das der wichtigste Anthropic-Release seit Sonnet 3.5. Wer noch auf Opus 4.8 als Standard-Modell fährt, sollte diese Woche Zahlen rechnen.

Aber die Rechnung hat einen Haken, den eine kurz nach Launch erschienene Analyse gut sichtbar gemacht hat: „Hidden Cost of Agentic" — Sonnet 5 ist pro Token günstiger, aber genau die Agenten-Workflows, die es besonders gut kann, verbrauchen deutlich mehr Token als klassische Prompt-Response-Nutzung. Die effektive Kostenersparnis liegt in vielen Setups näher bei 20-30% als bei den preislichen 80%.

Was Sonnet 5 konkret liefert

Drei Änderungen sind für die Praxis relevant.

1 Million Token Kontext. Das ist die vielleicht wichtigste Neuerung. Wo Sonnet 3.5 bei 200k Kontext gestartet ist und Sonnet 4.6 auf 500k lief, sind jetzt 1M realistisch nutzbar. Für Vertragsprüfung, umfangreiche Dokumenten-Synthese und Code-Reviews über größere Repositories macht das den Unterschied zwischen „geht mit Aufwand" und „geht straight-forward".

Deutlich verbessertes Multi-Turn-Verhalten. Wer Agent-Workflows mit 10-30 Tool-Aufrufen fährt, kennt das Problem: die Konsistenz der Entscheidungen sinkt über die Chain, das Modell verliert den Faden. Sonnet 5 ist hier laut ersten Tests spürbar stabiler als seine Vorgänger. Die Beobachtung deckt sich mit unseren eigenen Experimenten in unseren Kundenprojekten in den letzten 48 Stunden.

Preis-Sprung nach unten. Die Kosten pro Million Token — 2 und 10 in der Einführung — liegen näher bei Terra oder Fable 5 als bei den bisherigen Sonnet-Preisen. Damit wird Sonnet zur ernsthaft konkurrenzfähigen Option im Mittelklasse-Tier, in dem bislang OpenAI GPT-5.5 und Mistral Large 3 die Preisführerschaft hatten.

Anthropic ergänzt den Launch mit zwei technischen Änderungen, die euch aktiv betreffen können: Der MCP-Layer in Claude Code hat einen Security-Fix bekommen, der Self-Approval in nicht-vertrauenswürdigen Workspaces unterbindet — wenn ihr eigene MCP-Server betreibt, prüft eure Dev-Konfiguration entsprechend. Und für Enterprise-Kunden gibt es jetzt Org-Level Model Defaults plus Model Entitlements in Beta: Admins können festlegen, welche Modelle für welche Nutzergruppen zugänglich sind. Das ist die Voraussetzung, um Sonnet 5 kontrolliert breit auszurollen, ohne dass jeder Mitarbeiter versehentlich Opus einschaltet.

Wie Sonnet 5 im Vergleich mit der aktuellen Landkarte steht

Wer den GPT-5.6-Artikel vom Dienstag und den GLM-Flash-Artikel vom Montag gelesen hat, kennt die Mittelklasse-Konkurrenz. Zur Einordnung:

Sonnet 5 — Intro 2/10 USD, danach 3/15, 1M Context, near-Opus, deutsch sehr gut.

GPT-5.6 Terra — 2,50/15 USD, Context nicht öffentlich bestätigt aber vermutlich 400-500k, GPT-5.5-competitive, deutsch gut.

GPT-5.6 Luna — 1/6 USD, Volume-Tier, überraschend stark auf Coding-Benchmarks (schlägt Opus 4.8), deutsch bisher nur vereinzelt getestet.

Mistral Large 3 — 3/9 USD, 256k Context, EU-Anbieter (Compliance-Vorteil), deutsch das stärkste Modell der Klasse.

GLM-4.7-Flash lokal — Hardware-Kosten + Strom, 30B-MoE, 3B aktive, quantisiert unter 20 GB RAM, keine laufenden API-Kosten, deutsch okay bis gut.

Sonnet 5 ist im Mittelklasse-Rennen jetzt der klare Punktesieger für alles, was 1M Context braucht oder Multi-Turn-Reliability. In allem anderen ist die Antwort nach wie vor Setup-abhängig. Wer viel deutsches Marketing-Copy generiert, sollte Mistral Large 3 nicht abschreiben. Wer 24/7-Volume-Klassifikation fährt, sollte Luna oder ein lokales Modell prüfen. Und wer Compliance zum Kernthema hat, ist mit Mistral oder lokal weiter besser aufgestellt als mit einem beliebigen US-Anbieter.

Der Hidden-Cost-Vorwurf: was dran ist

Die Kritik, die kurz nach dem Sonnet-5-Launch auf Medium und in einer sichtbaren Diskussion auf Hacker News aufgetaucht ist, geht ungefähr so: Sonnet 5 ist pro Token günstiger, aber Anthropic bewirbt es aggressiv für Agent-Workflows — und die verbrauchen strukturell mehr Token als klassische Chat-Nutzung. Wer heute in einem Chat einen 500-Token-Prompt schickt und 800 Token Antwort bekommt, bezahlt die Anzahl. Wer ein Agenten-System baut, das über 20 Tool-Calls hinweg mit sich selbst diskutiert, kann leicht bei 50.000-150.000 Token pro Aufgabe landen.

Die Kritik ist nicht falsch. Aber sie ist nur die halbe Wahrheit. In unseren Kundenprojekten sehen wir eine differenziertere Lage:

Wenn ihr Sonnet 5 als Drop-in-Ersatz für Opus 4.8 nutzt — also für die gleichen Prompt-Response-Aufgaben — spart ihr real 60-80% der Kosten. Der Hidden-Cost-Vorwurf trifft hier nicht.

Wenn ihr Sonnet 5 als Anlass nehmt, um bisher zu teure Agent-Workflows plötzlich auf Sonnet-Basis zu bauen (weil es „ja jetzt billig ist"), landet ihr in der Falle. Die Multi-Turn-Chains verbrauchen deutlich mehr Token als eure alte Prompt-Response-Nutzung. Der Preisvorteil frisst sich selbst auf.

Der ehrliche Kostenvergleich braucht drei Datenpunkte: Was verbraucht euer aktueller Workload pro Aufgabe? Was verbraucht die geplante neue Agenten-Variante? Und wie hoch ist der Qualitätsgewinn, den die Agenten-Variante bringt? Wenn ihr nur die erste Zahl kennt, verkalkuliert ihr euch fast garantiert.

Was sich am 8. Juli ändert (und was nicht)

Kurze Klarstellung, weil in der Community aktuell einiges durcheinander läuft: Der Persona-basierte Biometric-ID-Check am 8. Juli betrifft nicht Sonnet 5. Er betrifft Fable 5 in Kombination mit den Prepaid-Credits, die dann eingeführt werden (10 US-Dollar Input, 50 US-Dollar Output pro Million Token) — dort ist die ID-Verifikation an den Fable-Zugang gekoppelt.

Für Sonnet 5 gilt weiter die Standard-Verifikation eures API-Kontos. Das heißt: Wer heute Sonnet 5 nutzt, muss sich um Persona nicht kümmern. Wer aber am 8. Juli plant, Fable 5 für spezifische Aufgaben zurückzunehmen — etwa komplexes Reasoning oder Frontier-Coding —, sollte die ID-Bereitstellung jetzt einplanen. Das ist der eigentliche Grund, warum wir gestern zum API-Key-Workspace-Backup geraten haben.

Was wir konkret empfehlen

Vier Aktionen für die nächsten sieben Tage:

1. Standard-Modell auf Sonnet 5 umstellen. Wenn ihr aktuell mit Sonnet 4.6 oder Opus 4.8 als Default fahrt, ist Sonnet 5 in der Einführungsphase bis 31. August die bessere Wahl für fast alle Standard-Workloads. Die Migration ist ein Zeilentausch im Config, kein Refactor.
2. Token-Verbrauch messen — vor und nach. Loggt für eine Woche den Token-Verbrauch pro Aufgabentyp bei eurem alten Modell, dann eine Woche bei Sonnet 5. Nur so wisst ihr, ob der Preisvorteil bei euch real ankommt oder vom Agent-Overhead aufgefressen wird.
3. Kontext-Fenster gezielt nutzen — nicht reflexartig. 1M Token Kontext ist verführerisch. Der Reflex „ich stopfe einfach das ganze Repository rein" verbrennt viel Geld, ohne dass Output-Qualität überproportional steigt. Kontext gezielt füttern, nicht aus Bequemlichkeit.
4. Fallback-Provider aktiv halten. Anthropic hat in den letzten drei Monaten drei Policy-Verschiebungen durchgezogen (Programmatic, Fable-Ban, Biometric-ID). Sonnet 5 ist ein guter Grund, mehr Volumen auf Anthropic zu verlagern — aber kein Grund, den zweiten Provider abzudrehen. Das gilt jetzt strukturell.