Claude Sonnet 5 vs Sonnet 4.6: Was hat sich geändert und lohnt sich ein Upgrade?

Anthropic hat Claude Sonnet 5 am 30. Juni 2026 veröffentlicht, und es ist ein nahtloser Ersatz für Sonnet 4.6. Sie ändern die Modell-ID, und in den meisten Fällen funktioniert Ihr Code weiterhin. Aber „in den meisten Fällen“ ist in diesem Satz entscheidend. Sonnet 5 wird mit einem neuen Tokenizer, standardmäßig aktiviertem adaptivem Denken und einigen Anforderungsparametern geliefert, die jetzt Fehler zurückgeben, anstatt zu funktionieren. Dieser Artikel erläutert genau, was sich geändert hat, was es kostet und ob sich das Upgrade für Ihre Arbeitslast lohnt.

Die Kurzversion: gleicher Preis pro Token, bessere Ergebnisse bei Kodierungs- und Agentenaufgaben, drei kleine Codeänderungen und eine nicht offensichtliche Tokenizer-Falle, die Ihre Token-Anzahl und Budgets beeinflusst. Lesen Sie die Details, bevor Sie in der Produktion umstellen.

Das Upgrade auf einen Blick

Sonnet 5 behält die gleiche Preisgestaltung pro Token wie Sonnet 4.6 bei, sodass sich auf Token-Basis nichts an Ihrer Rechnung ändert. Es verbessert die Benchmarks, die für die Werkzeugnutzung und das Kodieren wichtig sind. Und es ändert genug am Standardverhalten, sodass ein blinder Austausch Sie überraschen kann.

Hier ist der Direktvergleich.

Alles andere, was auf Sonnet 4.6 läuft, läuft auch auf Sonnet 5 ohne weitere Codeänderungen: strukturierte Ausgaben, Vision, Prompt-Caching, Tool-Nutzung und Batch werden alle übernommen. Die einzige Plattformfunktion, die Sie verlieren, ist der Priority Tier, der auf Sonnet 5 nicht verfügbar ist.

Was besser wurde: Benchmarks

Sonnet 5 ist als das bisher agentenfreundlichste Sonnet-Modell positioniert, und die gemeldeten Zahlen bestätigen dies bei stark werkzeuglastigen Arbeiten. Dies sind die Launch-Benchmarks von Anthropic, die durch Berichte vom Launch-Tag untermauert werden. Betrachten Sie sie als gemeldete Zahlen, nicht als unabhängige Tests.

Das ist ein echter Sprung bei den Aufgaben, bei denen Sonnet am häufigsten eingesetzt wird: das Schreiben und Beheben von Code mit Tools im Kreislauf und die Steuerung eines Computers oder Terminals. Anthropic berichtet auch, dass Sonnet 5 mit Tools nahe an Opus 4.8 herankommt, innerhalb weniger Punkte bei agentischen Aufgaben, während es deutlich weniger kostet. Wenn Ihre App agentenfreundlich ist, ist dies das Upgrade, auf das Sie gewartet haben. Für den direkten Vergleich mit dem Premium-Modell siehe Sonnet 5 vs. Opus 4.8.

Sonnet 5 ist nach den Maßstäben von Anthropic auch sicherer als 4.6: eine geringere Rate unerwünschter Verhaltensweisen, weniger Halluzinationen und Schmeicheleien sowie eine bessere Resistenz gegen Prompt-Injektionen. Es ist das erste Modell der Sonnet-Klasse mit Echtzeit-Cybersicherheitsmaßnahmen. Ein zu beachtendes Verhalten: Eine Ablehnung einer verbotenen Anfrage wird als erfolgreicher HTTP 200 mit stop_reason: "refusal" zurückgegeben, nicht als Fehler. Behandeln Sie diesen Abbruchgrund in Ihrer Antwortverarbeitung.

Die drei echten Codeänderungen

Die meisten Migrationen betreffen nur diese drei Punkte. Überprüfen Sie sie, passen Sie sie bei Bedarf an, und der Rest Ihrer Integration bleibt unverändert.

1. Adaptives Denken ist jetzt standardmäßig aktiviert

Bei Sonnet 4.6 bedeutete das Fehlen eines thinking-Feldes, dass nicht gedacht wurde. Bei Sonnet 5 wird eine Anfrage ohne thinking-Feld mit aktiviertem adaptivem Denken ausgeführt. Das Modell entscheidet, wie viel es denken soll, basierend auf der Aufgabe, und Sie steuern die Tiefe mit dem Effort-Parameter (low, medium, high oder xhigh).

Dies ist wichtig, da max_tokens eine feste Obergrenze für die Gesamtausgabe ist und die Gesamtausgabe nun Denktokens plus Ihren Antworttext umfasst. Ein max_tokens, das bei 4.6 nur für den Antworttext dimensioniert war, kann Ihre Antwort auf Sonnet 5 nun abschneiden, da das Denken in dasselbe Budget fällt.

Wenn eine Arbeitslast zuvor ohne Denken ausgeführt wurde und Sie dies beibehalten möchten, schalten Sie das Denken explizit aus:

from anthropic import Anthropic

client = Anthropic()

response = client.messages.create(
    model="claude-sonnet-5",
    max_tokens=1024,
    thinking={"type": "disabled"},
    messages=[
        {"role": "user", "content": "Return the OpenAPI 3.1 path object for GET /invoices/{id}."}
    ],
)

print(response.content[0].text)

Um adaptives Denken mit einer kontrollierten Tiefe zu verwenden, stellen Sie den Aufwand ein, anstatt es zu deaktivieren:

response = client.messages.create(
    model="claude-sonnet-5",
    max_tokens=8192,
    thinking={"type": "adaptive"},
    effort="medium",
    messages=[
        {"role": "user", "content": "Draft integration tests for the POST /orders endpoint."}
    ],
)

Beachten Sie die Form: thinking={"type": "adaptive"}, nicht ein Token-Budget. Das führt zur nächsten Änderung.

2. Manuelles erweitertes Denken wurde entfernt

Das alte Muster thinking: {type: "enabled", budget_tokens: N} gibt auf Sonnet 5 einen 400-Fehler zurück. Es war bereits auf 4.6 veraltet, daher ist der größte Teil des aktuellen Codes davon abgewichen, aber überprüfen Sie es. Ersetzen Sie jedes manuelle Budget durch adaptives Denken und den Effort-Parameter. Wenn Sie ein großes budget_tokens für schwierige Aufgaben festgelegt haben, ist effort="high" oder effort="xhigh" der Ersatzhebel.

3. Sampling-Parameter geben jetzt 400 zurück

Das Setzen von temperature, top_p oder top_k auf einen Nicht-Standardwert gibt auf Sonnet 5 einen 400-Fehler zurück. Das Weglassen oder Belassen auf ihren Standardwerten ist in Ordnung. Diese Einschränkung gab es bereits bei Opus 4.7 und höher; sie ist neu für die Sonnet-Klasse.

Wenn Sie sich für deterministisch wirkende Ausgaben auf temperature=0 verlassen haben, entfernen Sie dies und steuern Sie das Verhalten stattdessen über Ihren System-Prompt. Seien Sie explizit bezüglich Format, Ton und Einschränkungen in den Anweisungen und nicht über Sampling. Ein schnelles Grep nach diesen Parametern in Ihrer Codebasis erspart Ihnen eine Reihe von 400er-Fehlern in der Produktion.

Eine Sache, die sich gegenüber 4.6 nicht geändert hat: Die Vorabfüllung von Assistenten-Nachrichten wird weiterhin nicht unterstützt und gibt einen 400-Fehler zurück. Wenn Sie einen Antwortstart durch Vorabfüllung der Assistenten-Runde erzwungen haben, verwenden Sie stattdessen strukturierte Ausgaben oder output_config.format oder System-Prompt-Anweisungen.

Die Tokenizer-Falle, vor der Sie niemand warnt

Sonnet 5 verwendet einen neuen Tokenizer. Derselbe Eingabetext erzeugt etwa 30 % mehr Tokens als bei Sonnet 4.6, etwa das 1,3-fache. Dies ist keine API-Änderung. Anfrage-, Antwort- und Streaming-Formate sind identisch, und Sie müssen dafür keinen neuen Code schreiben. Aber es ändert alles, was Sie in Tokens messen oder budgetieren.

Hier ist, was neu gemessen werden sollte:

• Token-Anzahlen und usage-Felder. Derselbe Prompt meldet unter Sonnet 5 mehr Tokens. Verwenden Sie Ihre 4.6-Anzahlen nicht wieder. Führen Sie die Token-Zählung für claude-sonnet-5 für jeden von Ihnen verfolgten Prompt erneut aus.
• Ihr 1-Mio.-Kontextfenster fasst weniger Text. Jeder Token deckt jetzt im Durchschnitt weniger Text ab, sodass dasselbe Fenster weniger Zeichen Ihres Inhalts aufnimmt. Wenn Sie Kontext nahe der Grenze gepackt haben, überprüfen Sie, ob er noch passt.
• max_tokens-Budgets, die nahe der erwarteten Ausgabe dimensioniert sind, können abgeschnitten werden. Ein Budget, das Ihre typische Antwort auf 4.6 bequem enthielt, könnte sie auf Sonnet 5 kürzen. In Kombination mit adaptivem Denken, das dieses Budget teilt, ist dies die häufigste Ursache für unerwartet kurze Antworten nach einem Upgrade.
• Die Kosten pro Anfrage für äquivalenten Text können höher sein. Der Preis pro Token bleibt unverändert, aber mehr Tokens pro Anfrage bedeuten, dass Sie mehr für denselben Text bezahlen.

Dieser letzte Punkt verdient ein Beispiel. Nehmen wir an, ein Prompt plus Antwort umfasste 10.000 Tokens auf Sonnet 4.6. Derselbe Text umfasst auf Sonnet 5 grob 13.000 Tokens. Bei einem identischen Preis pro Token kostet diese Anfrage etwa 30 % mehr, obwohl die Preisliste unverändert aussieht. Modellieren Sie Ihre realen Arbeitslasten mit Token-Zählung, bevor Sie eine gleiche Kostenparität annehmen. Die Sonnet 5 Preisübersicht geht hier tiefer auf die Mathematik des Einführungspreises im Vergleich zum Standardpreis ein.

Sie können die Verschiebung selbst mit dem Token-Zähl-Endpunkt messen:

curl https://api.anthropic.com/v1/messages/count_tokens \
  --header "x-api-key: $ANTHROPIC_API_KEY" \
  --header "anthropic-version: 2023-06-01" \
  --header "content-type: application/json" \
  --data '{
    "model": "claude-sonnet-5",
    "messages": [
      {"role": "user", "content": "Summarize the changelog for our billing API v3 release."}
    ]
  }'

Führen Sie denselben Aufruf mit claude-sonnet-4-6 aus und vergleichen Sie die Zählungen. Dieser Unterschied ist Ihre tatsächliche Budgetauswirkung.

Was das Upgrade kostet

Pro Token kostet Sonnet 5 dasselbe wie Sonnet 4.6: 3 $ pro Million Input-Tokens und 15 $ pro Million Output-Tokens zu Standardtarifen. Es gibt einen Einführungstarif von 2 $ pro Million Input und 10 $ pro Million Output, der bis zum 31. August 2026 gültig ist, danach wechselt er zum Standard von 3 $ / 15 $.

Während des Einführungszeitraums ist äquivalenter Text pro Token günstiger als der Standardtarif von 4.6, was die Token-Erhöhung des Tokenizers um ca. 30 % teilweise ausgleicht. Nach dem 31. August entsprechen die Pro-Token-Preise wieder denen von 4.6, und der Tokenizer-Effekt bedeutet, dass eine äquivalente Anfrage mehr kosten kann als dieselbe Anfrage auf 4.6. Modellieren Sie dies anhand Ihres tatsächlichen Datenverkehrs. Für Batch- und Prompt-Caching-Raten prüfen Sie die Preisseite von Anthropic, anstatt einen festen Rabatt anzunehmen.

Wenn Sie auch die ältere Generation hinsichtlich der Kosten abwägen, bieten Ihnen die Leitfäden Sonnet 4.6 Preisgestaltung und Claude API-Kosten die Grundlagen zum Vergleich.

Sollten Sie ein Upgrade durchführen? Ein Urteil nach Benutzer

Der Austausch der Modell-ID ist trivial. Ob Sie ihn durchführen, hängt davon ab, was Sie betreiben.

Führen Sie jetzt ein Upgrade durch, wenn Sie Agenten, Coding-Tools oder stark werkzeuglastige Workflows entwickeln. Dies ist der klarste Gewinn. Die SWE-bench Pro- und OSWorld-Verbesserungen kommen genau dort zum Tragen, wo agentische Anwendungen leben, und die Sicherheitsverbesserungen reduzieren unerwünschtes Verhalten in autonomen Schleifen. Führen Sie die Drei-Parameter-Überprüfung durch, messen Sie Ihre Token-Budgets neu und stellen Sie es bereit.

Führen Sie ein Upgrade durch, aber testen Sie sorgfältig, wenn Sie produktive Arbeitslasten mit hohem Volumen betreiben. Der gleiche Preis pro Token ist eine gute Nachricht, aber der Tokenizer bedeutet, dass Ihr gesamter Token-Verbrauch und Ihr max_tokens-Abschneideverhalten sich beide ändern. Führen Sie einen Token-Zähllauf und eine Regressionstestsuite durch, bevor Sie echten Traffic weiterleiten. Die Einführungspreise bis zum 31. August bieten Ihnen ein Zeitfenster zur Validierung zu einem niedrigeren Tarif.

Führen Sie ein Upgrade bewusst durch, wenn Sie von temperature, budget_tokens oder Prefilling abhängen. Diese geben jetzt 400 zurück. Die Migration ist unkompliziert, indem die Determiniertheit in Ihren System-Prompt verlagert und Budgets durch Aufwand ersetzt werden, aber es ist keine Null-Arbeit. Beheben Sie diese vor dem Austausch, nicht danach.

Warten Sie, wenn Sie explizit den Priority Tier benötigen. Er ist auf Sonnet 5 nicht verfügbar. Wenn Ihre SLA davon abhängt, bleiben Sie auf 4.6 für diese Pfade, bis sich Ihre Anforderungen ändern.

Für die meisten Teams lautet die Antwort: Upgrade, und zwar bald, da Sie eine bessere agentische Leistung zum gleichen Listenpreis erhalten. Behandeln Sie es als eine echte Migration mit einem Testlauf, nicht als eine Ein-Zeichen-Änderung, die Sie an einem Freitag veröffentlichen. Wenn Sie Generationen breiter vergleichen, dokumentiert der Sonnet 4.6 API-Leitfaden die Oberfläche, von der Sie wechseln.

Regressionen mit einer gespeicherten Anforderungssuite in Apidog erkennen

Der sicherste Weg für ein Upgrade ist der Vergleich von Sonnet 5 mit Sonnet 4.6 anhand Ihrer eigenen Prompts, nicht anhand einer Benchmark-Tabelle. Genau für diese Art von Vorher-Nachher-Tests ist eine API-Plattform konzipiert.

Apidog ist ein All-in-One-Tool für die API-Entwicklung und -Tests. Wenn Sie die Claude API aufrufen, erreichen Sie einen HTTP-Endpunkt mit Auth-Headern, einem JSON-Anfrage-Body und einer JSON-Antwort. Mit Apidog können Sie diese Anfrage einmal speichern und als wiederverwendbare Sammlung erneut ausführen, was eine Modellmigration zu einem wiederholbaren Test statt eines manuellen Wiederholungsversuchs macht.

Ein praktischer Migrations-Workflow sieht so aus:

1. Speichern Sie Ihre produktiven Messages API-Anfragen als Apidog-Sammlung, eine pro repräsentativem Prompt.
2. Speichern Sie Ihren ANTHROPIC_API_KEY als Umgebungsvariable, damit Sie ihn nie in einen Anfragetext einfügen müssen.
3. Richten Sie zwei Umgebungen ein, die sich nur durch den model-Wert unterscheiden: claude-sonnet-4-6 und claude-sonnet-5.
4. Fügen Sie Assertions zur Antwortform und zu den usage-Token-Anzahlen hinzu und führen Sie dann die Sammlung in beiden Umgebungen aus.
5. Vergleichen Sie die beiden Läufe. Die Token-Anzahl-Differenzen zeigen Ihnen die tatsächliche Auswirkung des Tokenizers auf Ihre Prompts, und jede fehlgeschlagene Assertion ist eine Regression, die Sie vor der Bereitstellung untersuchen sollten.

Sie können den Claude-Endpunkt in Apidog auch mocken, um Ihre umgebende Integration, einschließlich des Pfades stop_reason: "refusal", aufzubauen und zu testen, ohne Tokens auszugeben. Wenn Ihre App agentenorientiert ist und andere Tools aufruft, ist Apidog auch der Ort, an dem Sie diese nachgeschalteten APIs testen und mocken können.

Laden Sie Apidog herunter, um die Vergleichssuite zu erstellen, oder öffnen Sie Apidog im Browser, um mit einer Anfrage zu beginnen. Wenn Sie hierfür von Postman wechseln, behandelt der Leitfaden API-Tests ohne Postman den entsprechenden Workflow.

FAQ

Ist Claude Sonnet 5 ein nahtloser Ersatz für Sonnet 4.6? Größtenteils. Sie ändern die Modell-ID von claude-sonnet-4-6 zu claude-sonnet-5 und überprüfen dann drei Dinge: Adaptives Denken ist jetzt standardmäßig aktiviert (was max_tokens beeinflusst), erweitertes Denken mit budget_tokens gibt 400 zurück, und nicht-standardmäßige Sampling-Parameter geben 400 zurück. Alles andere wird übernommen. Den vollständigen Anfrage-Setup finden Sie im Sonnet 5 API-Leitfaden.

Kostet Sonnet 5 mehr als Sonnet 4.6? Pro Token, nein. Beide kosten 3 $ pro Million Input-Tokens und 15 $ pro Million Output-Tokens zu Standardtarifen. Aber der neue Tokenizer von Sonnet 5 erzeugt etwa 30 % mehr Tokens für denselben Text, sodass eine äquivalente Anfrage auch bei gleichem Pro-Token-Preis mehr kosten kann. Es gibt einen Einführungstarif von 2 $ / 10 $ pro Million bis zum 31. August 2026.

Warum wird meine Antwort nach dem Upgrade abgeschnitten? Adaptives Denken ist auf Sonnet 5 standardmäßig aktiviert, und Denktokens teilen dasselbe max_tokens-Budget wie Ihr Antworttext. Ein Budget, das Ihre Antwort auf 4.6 passte, kann diese jetzt kürzen. Erhöhen Sie max_tokens oder setzen Sie thinking={"type": "disabled"}, wenn Sie bei diesem Aufruf kein Denken wünschen.

Muss ich meinen Code für den neuen Tokenizer ändern? Nein. Anfrage-, Antwort- und Streaming-Formate sind identisch, daher sind keine Codeänderungen erforderlich. Sie sollten jedoch alles neu messen, was in Tokens budgetiert wird: Token-Anzahlen, max_tokens-Dimensionierung und Kosten pro Anfrage. Verwenden Sie Ihre Sonnet 4.6 Token-Anzahlen nicht wieder.

Was ist mit temperature und budget_tokens passiert? Beide geben auf Sonnet 5 jetzt einen 400-Fehler zurück, wenn sie auf Nicht-Standardwerte gesetzt sind. Entfernen Sie nicht-standardmäßige temperature, top_p und top_k und steuern Sie das Verhalten über Ihren System-Prompt. Ersetzen Sie das erweiterte Denken mit budget_tokens durch adaptives Denken plus den Effort-Parameter. Der Leitfaden Fable 5 und Mythos API-Änderungen behandelt dasselbe Muster auf der höheren Stufe.