Claude Sonnet 5 in Claude Code: Lohnt sich der Wechsel, und wird es dadurch teurer?
MarkdownEin Vergleich von Sonnet 5 und Opus 4.8: Tokenisierung, Aufgabenkosten, Benchmarks, Nutzungsüberwachung und Befehle zum Wechseln des Modells.
Vollständigen Artikel lesen
Erfahren Sie mehr über die Arbeit mit Modellen in der Ailoot-Dokumentation.
Was geschah am 30. Juni: Sonnet 5 wurde zum Standardmodell in Claude Code
Das Wichtigste
Am 30. Juni 2026 veröffentlichte Anthropic Claude Sonnet 5 und machte es zum Standardmodell in den Tarifen Pro, Team Standard und Enterprise. Wenn Sie Pro haben und Claude Code aktualisiert haben, verwenden Sie es bereits. Bei Max-Tarifen und über die API blieb Opus 4.8 das Standardmodell; der Wechsel ist dort also eine bewusste Entscheidung Ihrerseits.
Am 30. Juni brachte Anthropic Sonnet 5 auf den Markt und legte es stillschweigend als Standardmodell fest. Bei manchen Nutzern wechselte das Modell von selbst, bei anderen blieb es unverändert. Das hängt vom Tarif ab.
| Ihr Tarif | Standardmodell nach dem 30. Juni |
|---|---|
| Pro, Team Standard, Enterprise (Abonnement) | Claude Sonnet 5 |
| Max, Team Premium, Enterprise (Pay-as-you-go), API | Claude Opus 4.8 (unverändert) |
Als Erstes sollten Sie prüfen, welches Modell Sie derzeit verwenden. Geben Sie in Claude Code Folgendes ein:
/status
Der Befehl zeigt das aktive Modell und Kontodetails an. Wenn dort claude-sonnet-5 steht und Sie nicht manuell gewechselt haben, wurde das Standardmodell automatisch geändert.
Sonnet 5 erfordert Claude Code Version 2.1.197 oder höher. Wenn der Befehl /model das Modell der fünften Generation nicht in der Liste anzeigt, aktualisieren Sie:
claude update
Als Nächstes gehe ich auf die zentrale Frage ein, die diese Analyse ausgelöst hat: Anthropic sagt „günstiger“, aber die Tokenrechnungen sind gestiegen. Warum? Darum geht es im nächsten Abschnitt.
Warum bedeutet „auf dem Papier günstiger“ nicht, dass es auch für Sie günstiger wird?
Das Wichtigste
Zu Aktionspreisen kostet Sonnet 5 2 $ pro Million Eingabetokens und 10 $ pro Million Ausgabetokens – halb so viel wie Opus 4.8. Sonnet 5 hat jedoch einen neuen Tokenizer: Er zerlegt denselben Text in mehr Tokens. Bei englischen Texten sind es 42 % mehr, bei Code 27 % mehr. Der Preis pro Token ist gleich, aber es gibt mehr Tokens, daher steigt die Rechnung.
Nach der Aktion kostet Sonnet 5 3 $ pro Million Eingabetokens und 15 $ pro Million Ausgabetokens. Das entspricht genau dem Preis des vorherigen Sonnet 4.6. Es gibt keine Preissenkung „pro Token“. „Günstiger als Opus“ gilt nur im Vergleich mit Opus 4.8 (5 $ und 25 $), nicht im Vergleich mit der vorherigen Version, bei der der Preis gleich ist.
Das Modell berechnet Tokens, keine Buchstaben: Textbausteine, in die es Ihren Prompt zerlegt. Sonnet 5 hat einen neuen Tokenizer, der dieselbe Datei in mehr Bausteine zerlegt.
| Textart | Wie viel mehr Tokens Sonnet 5 verwendet |
|---|---|
| Englischer Text | 1,42x |
| Spanischer Text | 1,33x |
| Python-Code | 1,27x |
| Chinesischer Text | 1,01x (fast unverändert) |
Anthropic selbst formuliert es vorsichtiger: „je nach Textart zwischen dem 1,0- und 1,35-Fachen“. Selbst am unteren Ende dieses Bereichs zahlen Sie denselben Satz für mehr Tokens. Die tatsächliche Rechnung für dieselbe Arbeit steigt.
Wenn für Ihre Sprache keine Messwerte veröffentlicht wurden, können Sie den genauen Multiplikator für Ihre eigenen Texte in wenigen Minuten ermitteln – weiter unten erfahren Sie, wie.
Wie viel mehr kostet eine einzelne Aufgabe tatsächlich?
Das Wichtigste
Der Listenpreis ist nur ein Teil der Kosten: Wie viele Tokens und Schritte eine Aufgabe erfordert, bestimmt die tatsächliche Rechnung. Messen Sie dies daher anhand Ihrer eigenen Aufgaben.
Der Tokenizer ist nur die halbe Geschichte. Die andere Hälfte: Sonnet 5 macht mehr Schritte und erzeugt bei der Arbeit mehr Text.
Nach den Kosten pro Aufgabe ist Sonnet 5 teurer als das Spitzenmodell Opus 4.8 – obwohl sein Listenpreis 2,5-mal niedriger ist. Der Listenpreis sagt das eine, die tatsächliche Rechnung etwas anderes: Tokenizer und zusätzliche Schritte verbrauchen die gesamten versprochenen Einsparungen.
Und das wiederholt sich von einer Generation zur nächsten. Beim vorherigen Modell, Opus 4.7, hatte eine Änderung des Tokenizers die Zahl der Tokens pro Anfrage bereits um etwa 37 % erhöht.
Die Schlussfolgerung ist einfach: Vertrauen Sie nicht der Schlagzeile „2,5-mal günstiger“. Nur Ihre eigenen Tokenzahlen bei Ihren eigenen Aufgaben zeigen den tatsächlichen Preis. Weiter unten zeige ich Ihnen, wie Sie ihn messen. Zuerst aber dazu, wie all das zusammenhängt.
Die Wahl zwischen Sonnet 5 und Opus ist nur ein Zahnrad im Getriebe. Kontext-Engineering – was Sie vor einer Anfrage in den Kontext von Claude aufnehmen – bestimmt den tatsächlichen Tokenverbrauch. Ein überladener Kontext verbraucht jedes Budget, selbst beim günstigsten Modell; ein gut strukturierter spart Tokens, sogar bei einem teuren Modell.
Claude Sonnet 5 vs. Opus 4.8: Was kann jedes Modell leisten?
Das Wichtigste
Beim Programmieren liegt Sonnet 5 hinter Opus 4.8 – 63,2 % gegenüber 69,2 % im Benchmark SWE-bench Pro. Bei Wissensarbeit (Berichte, Analysen, Dokumente) liegt Sonnet 5 knapp vorn – 1.618 gegenüber 1.615 Punkten. Anders gesagt: Opus 4.8 ist bei schwierigem Programmieren stärker, während Sonnet 5 bei routinemäßiger agentischer Arbeit und Textaufgaben dem Spitzenmodell nahekommt – und dabei günstiger ist.
Ein Benchmark allein bedeutet für einen Vibe-Coder nicht viel. Doch die Zahlen zeigen, worin jedes Modell stark ist. Hier sind die offiziellen Ergebnisse von Anthropic für die drei Modelle im direkten Vergleich:
| Was gemessen wird | Sonnet 4.6 | Sonnet 5 | Opus 4.8 |
|---|---|---|---|
| Agentisches Programmieren (SWE-bench Pro) | 58,1 % | 63,2 % | 69,2 % |
| Terminalarbeit (Terminal-Bench 2.1) | 67,0 % | 80,4 % | 74,6 % |
| Computernutzung (OSWorld) | 78,5 % | 81,2 % | - |
| Wissensarbeit (GDPval) | 1395 | 1618 | 1615 |
Opus 4.8 behält bei schwierigem agentischem Programmieren die Führung – 69,2 % gegenüber 63,2 % bei SWE-bench Pro. Diese sechs Punkte stehen für die kniffligen Fehler und architektonischen Verflechtungen, bei denen Opus herausfindet, was Sonnet auf halbem Weg aufgibt. Doch nur bei schwierigen Programmieraufgaben liegt Opus vorn. Bei Terminalarbeit (80,4 % gegenüber 74,6 %) und Wissensarbeit (einen Bericht erstellen, Daten analysieren) hat Sonnet 5 das Spitzenmodell bereits überholt.
Einen vollständigen Leitfaden dazu, „welches Modell für welche Art von Aufgabe“ geeignet ist, einschließlich der Einstellung des Aufwands mit /effort, finden Sie in der separaten Anleitung zur Wahl zwischen Sonnet und Opus in Claude Code – sie erklärt, wie Sie Modelle je nach Aufgabentyp einsetzen. Hier geht es um eine andere Frage: Lohnt es sich, etwas zu ändern, das bereits funktioniert, nur um ein neues Modell zu nutzen?
Wie können Sie berechnen, was Sonnet 5 Sie kosten wird?
Das Wichtigste
In Claude Code hilft /cost beim Vergleich des Sitzungsverbrauchs einschließlich Ein- und Ausgabe. Es isoliert aber keine Tokenizeränderung: Sitzungssummen enthalten Verlauf, Toolergebnisse und generierte Ausgabe. Messen Sie die Tokenisierung mit einer identischen festen Eingabe ohne Verlauf und die gesamten Aufgabenkosten separat in unabhängigen Sitzungen.
Vertrauen Sie nicht auf die Zahlen anderer – messen Sie selbst. Claude Code kann die Nutzung direkt in der Sitzung anzeigen. Hier sind drei Befehle:
/usage- der zentrale Nutzungsbildschirm: Sitzungskosten, verbleibende Tariflimits und Tokens nach Modell. Die Befehle/costund/statsöffnen darin Tabs./cost- eine Aufschlüsselung der aktuellen Sitzung: wie viele Tokens verwendet wurden, welche Modelle sie verbraucht haben sowie Ein- und Ausgaben getrennt./stats- eine längerfristige Übersicht: Sitzungen und Tokens insgesamt über mehrere Wochen.
Ein wichtiger Vorbehalt: Der von diesen Befehlen angezeigte Dollarbetrag ist eine lokale Schätzung auf Basis der Tokenzahlen und kann von der tatsächlichen Rechnung abweichen. Für den Vergleich zweier Modelle reicht er jedoch vollkommen aus.
Hier ist die genaue Anleitung, um zu messen, wie viel mehr Sonnet 5 bei Ihren eigenen Aufgaben kostet:
- Wählen Sie zum Tokenizervergleich eine feste Eingabe mit denselben Anweisungen und Dateiinhalten ohne Gesprächsverlauf. Vergleichen Sie nur die Eingabetokenzahlen dieser identischen Eingabe, ohne generierte Ausgabe. Dieses Verhältnis beschreibt allein die Eingabetokenisierung.
- Starten Sie für einen echten Aufgabenvergleich zwei unabhängige Sitzungen vom selben Projektstand, eine pro Modell. Verwenden Sie identischen Prompt, Effort, verfügbare Tools und Erfolgskriterien. Wechseln Sie nicht mitten in einem gemeinsamen Gespräch das Modell.
- Erfassen Sie Nutzung vor und nach jeder Aufgabe. Berechnen Sie Kosten aus den Differenzen bei Eingabe, Ausgabe, Cache-Lesen und Cache-Schreiben sowie den geltenden Preisen. Wiederholungen und gescheiterte Versuche gehören zur Summe.
- Prüfen Sie den entstandenen Code mit denselben Tests. Vergleichen Sie Kosten eines erfolgreichen Ergebnisses, statt Gesamt-Tokenzahlen zu teilen und das Verhältnis als Preismultiplikator zu bezeichnen.
Die Befehle oben zeigen eine einzelne Sitzung. Für eine tägliche und wöchentliche Übersicht gibt es das kostenlose Tool ccusage. Es liest die lokalen Aufzeichnungen von Claude Code und erstellt Berichte. Führen Sie es aus, ohne es zu installieren:
npx ccusage@latest
Wie wechseln Sie zu Sonnet 5 und kehren zurück, wenn es für Sie nicht funktioniert?
Das Wichtigste
Um zu Sonnet 5 zu wechseln, führen Sie in der Sitzung /model sonnet aus. Um zu Opus 4.8 zurückzukehren, führen Sie /model opus aus. Die Rückkehr zu Sonnet 4.6 ist komplizierter: Der Alias sonnet verweist jetzt auf Version 5, daher müssen Sie den vollständigen Namen angeben – /model claude-sonnet-4-6. Der Wechsel wird sofort wirksam; Sie müssen das Projekt nicht neu starten.
Der Modellwechsel in Claude Code erfordert nur einen Befehl und wird sofort wirksam. Hier sind alle Optionen, einschließlich der Rückkehr, denn nach dem Vergleich im vorherigen Abschnitt möchten Sie vielleicht wieder zurückwechseln.
In der aktuellen Sitzung wechseln:
/model # open the model list and choose
/model sonnet # switch to Sonnet 5
/model opus # switch to Opus 4.8
In der Liste speichert Enter die Auswahl als Standard für neue Sitzungen; mit der Taste s gilt sie nur für die aktuelle Sitzung.
Kehren Sie zurück, wenn das neue Modell für Sie nicht funktioniert. Es gibt einen Haken: Der Kurzname sonnet verweist jetzt auf Version 5. Um gezielt zu Sonnet 4.6 zurückzukehren, verwenden Sie den vollständigen Namen:
/model claude-sonnet-4-6 # back to the previous Sonnet
/model claude-opus-4-8 # back to Opus 4.8
/model default # reset to the account's recommended default
Ein Modell für die gesamte Sitzung mit einer Umgebungsvariablen festlegen:
export ANTHROPIC_MODEL="claude-opus-4-8" # start with Opus pinned
claude
Das Standardmodell dauerhaft in der Einstellungsdatei settings.json festlegen:
{ "model": "opus" }
Wissenswert ist auch der Modus opusplan. In der Planungsphase, in der es auf gründliches Nachdenken ankommt, verwendet er Opus. Für die Ausführung, bei der der Preis zählt, wechselt er anschließend zu Sonnet. Dieser Kompromiss – „teures Gehirn, günstige Hände“ – ist ein sinnvoller Standard, wenn Sie nicht für jede Aufgabe manuell auswählen möchten.
Für wen lohnt sich Sonnet 5 wirklich, und wer sollte bei Opus bleiben?
Das Wichtigste
Sonnet 5 ist bei routinemäßiger agentischer Arbeit mit niedrigem bis mittlerem Aufwand ein gutes Angebot: ein erster Durchgang durch den Code, das Erzeugen von Tests, die Erkundung eines Projekts und große Serien ähnlicher Aufgaben. Für anspruchsvolle Arbeit sollten Sie Opus 4.8 behalten: Architektur, schwierige Fehler, Sicherheitsprüfungen und alles mit hohem Aufwand. Der Grund: Bei maximalem Aufwand kostet Sonnet 5 pro Aufgabe mehr als Opus und liegt bei der Qualität für schwierige Programmieraufgaben zurück.
Eine einfache, aus Benchmarks und Preisen abgeleitete Regel für die Auswahl lautet: Sonnet 5 für die Ausführung, Opus 4.8 für die Beurteilung. Hier dieselbe Idee als Entscheidungshilfe für Aufgaben:
| Ihre Aufgabe | Modell | Warum |
|---|---|---|
| Erster Durchgang durch den Code, Projekterkundung | Sonnet 5 | Geringe Kosten bei niedrigem bis mittlerem Aufwand und ausreichende Qualität |
| Tests erzeugen, kleinere Refactorings | Sonnet 5 | Routinearbeit, bei der die Kosten wichtiger sind als die Tiefe |
| Große Serien ähnlicher agentischer Aufgaben | Sonnet 5 | Die Kosten pro Aufgabe sind entscheidend |
| Daten analysieren, einen Bericht erstellen | Sonnet 5 | Bei Wissensarbeit besser als Opus 4.8 |
| Architektonische Entscheidung, Wahl eines Vorgehens | Opus 4.8 | Am teuersten ist es, bei der Beurteilung zu sparen |
| Schwieriger Fehler mit unklarer Ursache | Opus 4.8 | Hält länger an tiefgehendem Schlussfolgern fest |
| Sicherheitsprüfung von Code | Opus 4.8 | Hier zählt Gründlichkeit, nicht Geschwindigkeit |
| Jede schwierige Aufgabe mit hohem Aufwand | Opus 4.8 | Sonnet 5 kostet hier pro Aufgabe mehr und bietet ähnliche Qualität |
Die wichtigste kontraintuitive Schlussfolgerung: Bei hohem Aufwand (xhigh, max) verliert Sonnet 5 seinen Preisvorteil. Es macht mehr Schritte und verbraucht mehr Tokens, sodass eine schwierige Aufgabe mehr kostet als mit Opus 4.8 – obwohl Opus bei schwierigen Programmieraufgaben weiterhin bessere Qualität liefert. Deshalb ist Opus als Standardmodell sinnvoll, wenn der Großteil Ihrer Arbeit schwierig ist und mit hohem Aufwand erledigt wird.
Wenn der Großteil Ihrer Arbeit aus routinemäßigen agentischen Aufgaben mittlerer Komplexität besteht, ist Sonnet 5 mit standardmäßigem Aufwand derzeit ein gutes Angebot – besonders während der Aktionspreise bis zum 31. August.
Was sagen Menschen, die bereits gewechselt haben?
Das Wichtigste
Die Community ist gespalten. Einige Entwickler bezeichneten die Veröffentlichung wegen der tokenizerbedingten Preiserhöhungen, strengerer Zensur und des zu kleinen Fortschritts als Flop. Andere loben Sonnet 5 dafür, agentische Arbeit auf Opus-Niveau zu geringeren Kosten zu erledigen und die Nutzung über den Aufwandsgrad präzise steuern zu können. Die Kennzahlen stiegen, während sich der Alltag für viele verschlechterte – darin liegt der Widerspruch.
In den ersten Stunden nach der Veröffentlichung kam eine Welle der Unzufriedenheit auf. Das Etikett „nutzloser Flop“ blieb sofort an der Markteinführung hängen. So klang der Ton, der die Diskussion bestimmte:
Drei Hauptkritikpunkte, ohne die Emotionen:
- Tokens kosten mehr. Der neue Tokenizer frisst die versprochenen Einsparungen auf – genau darum geht es in der bisherigen Analyse.
- Mehr Ablehnungen. Das Modell lehnt kontroverse Prompts eher ab; seine Zensur ist strenger. Viele sagen, das vorherige Sonnet 4.6 habe sich schneller, intelligenter und weniger eingeschränkt angefühlt.
- Der Fortschritt ist zu gering. Der Unterschied zu 4.6 rechtfertigt den Wechsel nicht, besonders angesichts der Preiserhöhung.
Das Bild ist jedoch nicht einseitig. Menschen, die agentische Aufgaben ausführen, mögen Sonnet 5: Seine Qualität liegt nahe an Opus, und bei niedrigem Aufwand ist es günstiger. Auch die Aufwandssteuerung wird gelobt, denn sie ist ein echter Hebel zur Kontrolle der Rechnung. Wer Claude jedoch für kreatives Schreiben verwendet hat, ist unzufrieden – das Modell ist trockener und vorsichtiger in seiner Ausdrucksweise geworden.
Meine Schlussfolgerung aus all dem Lärm: Die „Flop“-Welle dreht sich größtenteils um überzogene Erwartungen. Die Menschen erwarteten einen großen Sprung und bekamen einen vorsichtigen Fortschritt mit teureren Tokens. Technisch gesehen hat Anthropic ein funktionierendes Modell geliefert. Es gibt hier nur eine richtige Frage: Ist es für Ihre Aufgaben ein gutes Angebot? Das können Sie nur anhand Ihrer eigenen Tokenrechnung prüfen – die Beiträge anderer können das nicht für Sie beurteilen.
Ein praktisches Szenario: Arbeit an den eigenen Aufgaben
Das Wichtigste
In seinem Max-Abonnement ist Opus 4.8 weiterhin das Standardmodell, und er behält es für schwierige Aufgaben. Sonnet 5 verwendet er für Routinearbeit – einen ersten Durchgang, Tests und Erkundung – und misst die Nutzung mit /cost an seinen echten Projekten. Die Aktion bis zum 31. August nutzt er, um Statistiken zu seinen eigenen Aufgaben zu sammeln, statt sich auf die Benchmarks anderer zu verlassen.
Wenn ein neues Modell erscheint, testet der Autor des Szenarios es, ohne vorschnell zu urteilen – in den ersten Tagen ist der Hype immer lauter als die Realität. Bei Sonnet 5 ist es genauso.
Hier sind die Schritte in diesem Szenario:
- Standardmodell geprüft. Der Autor hat Max, daher blieb Opus 4.8 das Standardmodell. Er behält es für schwierige Aufgaben.
- Sonnet 5 für Routinearbeit eingesetzt. Ein erster Durchgang durch den Code, Tests erzeugen, das Projekt erkunden – für diese Arbeit ist es günstig genug und seine Qualität ausreichend.
- An eigenen Aufgaben gemessen. Nach jeder Sitzung prüft der Autor
/costund vergleicht die Nutzung. Er verwendet seinen eigenen echten Code statt der Benchmarks anderer. - Die Aktion nutzen. Bis zum 31. August ist Sonnet 5 zu einem reduzierten Preis erhältlich – ein guter Zeitpunkt, um zu ermitteln, was es den Autor persönlich kostet, solange es noch günstig ist.
Es ist unmöglich, ein für alle Mal das „richtige“ Modell zu erraten. Modelle ändern sich jeden Monat, ebenso wie Preise und Tokenizer. Was immer funktioniert, ist, die Nutzung in zwei Minuten messen zu können und Entscheidungen auf Basis von Zahlen statt Schlagzeilen zu treffen. Ein Modell auszuwählen ist eine Fähigkeit, die Sie bei jeder neuen Veröffentlichung brauchen werden.
Quellen
- Claude Sonnet 5 – offizielle Ankündigung von Anthropic
- Claude Code: Modellkonfiguration – offizielle Dokumentation
- Claude Code: Kosten nachverfolgen – offizielle Dokumentation
- Anleitung: Sonnet oder Opus in Claude Code auswählen
- Anleitung: Wohin die Claude-Code-Tokens fließen
- Anleitung: Opus 4.8 in Claude Code
Für die weitere Arbeit probieren Sie Ailoot.
Weitere Details
Fragen und Antworten
Kann ich den Tokenizerunterschied durch Modellwechsel im selben Gespräch isolieren?
Nein. Der zweite Lauf sieht den gewachsenen Verlauf und kann anders antworten. Vergleichen Sie die Tokenisierung einer identischen festen Eingabe ohne Verlauf. Dieses Eingabetokenverhältnis ist kein Multiplikator für den Preis einer ganzen Aufgabe.
Wie vergleiche ich die Kosten einer echten Aufgabe?
Starten Sie unabhängige Sitzungen mit identischem Projektstand, Prompt, Effort und Toolrechten. Vergleichen Sie Verbrauchsdifferenzen bei Eingabe, Ausgabe und Cache, geltende Preise und dieselben Ergebnisprüfungen. Beziehen Sie Wiederholungen ein.