Claude Sonnet 5 ist da: Anthropics bislang agentischstes Sonnet-Modell schließt die Lücke zu Opus 4.8

Am 30. Juni 2026 veröffentlichte Anthropic Claude Sonnet 5, das eigenen Angaben zufolge agentenfähigste Sonnet-Modell bisher. Die Positionierung ist unkompliziert: Agentische Coding- und Tool-Use-Leistung, die den Großteil der Lücke zu Claude Opus 4.8 schließt, zu einem Einführungspreis, der sogar unter dem des auslaufenden Sonnet 4.6 liegt. Es ist nun das Standardmodell in Claudes Free- und Pro-Plänen.

Diese Kombination ist hier die eigentliche Geschichte, mehr als jeder einzelne Benchmark. Jahrelang war der Trade-off unverblümt — entweder Opus-Preise für Frontier-Fähigkeiten zahlen oder eine echte Fähigkeitslücke akzeptieren, um Geld zu sparen. Sonnet 5 ist Anthropics Versuch, diesen Trade-off deutlich zu verkleinern. Ob das gelingt, hängt davon ab, worauf man optimiert — und, wie mehr als ein Rezensent angemerkt hat, davon, die Preisdetails jenseits der Schlagzeilenzahl zu lesen.

Was Anthropic tatsächlich veröffentlicht hat

Laut Anthropics Ankündigung zu Claude Sonnet 5 und System Card dreht sich die Veröffentlichung um agentische Fähigkeiten: mehrstufige Arbeit planen, Tools wie Browser und Terminals nutzen und dabei mit weniger Anleitung auskommen, als frühere Sonnet-Modelle benötigten.

• Modell-ID: claude-sonnet-5, verfügbar über die API, Claude Code und die Claude Platform.
• Es ist nun das Standardmodell für Claudes Free- und Pro-Pläne.
• Bereits verfügbar auf Amazon Bedrock, neben der direkten API.
• Explizit positioniert als kostengünstigerer Weg, um agentische Workloads auszuführen, die zuvor ein größeres Modell erforderten.

Die Einordnung ist entscheidend: Anthropic bewirbt Sonnet 5 nicht als neue Frontier-Obergrenze. Es wird als das Modell positioniert, auf das man für Agentenarbeit standardmäßig zurückgreifen sollte, während Opus 4.8 für die Aufgaben reserviert bleibt, die noch mehr benötigen.

Wie es im Vergleich zu Sonnet 4.6 und Opus 4.8 abschneidet

Die Schlagzeilenzahlen bewegen sich über Reasoning, Coding, Tool-Use und Computer-Use hinweg in dieselbe Richtung:

Zwei Dinge fallen auf. Erstens ist der Terminal-Bench-Sprung — 13 Punkte — die größte einzelne Bewegung, was zu Anthropics Einordnung von Sonnet 5 als agentenzentrierter Veröffentlichung statt als allgemeines Wissens-Upgrade passt. Zweitens zieht Sonnet 5 bei GDPval-AA v2 sogar knapp an Opus 4.8 vorbei, 1,618 zu 1,615. Das ist ein knapper Vorsprung bei einem einzelnen Benchmark, aber ein seltener Fall, in dem das günstigere Modell das Flaggschiff bei irgendetwas übertrifft — und es lohnt sich, das zu wissen, falls Ihr Workload eher wie strukturierte Wissensarbeit aussieht als wie reines agentisches Coding.

Speziell bei SWE-bench Pro liegt Sonnet 5 weiterhin sechs Punkte hinter Opus 4.8 zurück. Diese Lücke sollte man im Hinterkopf behalten, bevor man standardmäßig jede Coding-Aufgabe an das günstigere Modell routet.

Was unabhängige Rezensionen sagen

Anthropics eigene Zahlen sind ein Datenpunkt. Hier ist, was Rezensenten fanden, nachdem sie Sonnet 5 in der Praxis eingesetzt haben:

CodeRabbit, das es speziell für das Schreiben und Reviewen von Code testete, bezeichnete es als das leistungsfähigste Modell seiner Klasse für das Schreiben von Code — es neigt dazu, zuerst Tests zu schreiben, die Implementierung dagegen zu bauen und dann alles auszuführen, bevor eine Aufgabe als erledigt gilt. Seine Review-Zahlen waren jedoch gemischt: Die Kommentar-Präzision verbesserte sich spürbar (von etwa 29% auf 38–40%), doch die Bug-Erkennungsrate beim Code-Review sank auf etwa 50–51%, gegenüber den hohen 50er- bis niedrigen 60er-Werten, die Sonnet 4.6 erreichte. Die Empfehlung lautet, es mit mittlerem Reasoning-Aufwand laufen zu lassen — die höchste Aufwandsstufe verdoppelt die Kosten in etwa, ohne mehr Bugs zu finden.

Simon Willison wies auf das Detail hin, das am ehesten diejenigen trifft, die ohne genaue Prüfung migrieren: Sonnet 5 wird mit einem neuen Tokenizer ausgeliefert, und derselbe englische Text erzeugt nun etwa 30% mehr Tokens als bei Sonnet 4.6. Chinesischer Text ist davon kaum betroffen, aber bei englischlastigen Prompts ist das eine reale Kostensteigerung, die sich hinter einem unveränderten Schlagzeilenpreis verbirgt. Er merkte außerdem an, dass Sonnet 5 die Sampling-Parameter temperature, top_p oder top_k nicht mehr akzeptiert — es lohnt sich zu prüfen, ob Ihre Integration darauf angewiesen ist.

Die Presseberichterstattung (TechCrunch und andere) griff die Preisgeschichte auf — „ein günstigerer Weg, Agenten zu betreiben" — und rahmte die Veröffentlichung als Teil davon, dass Anthropic die Lücke zu Opus verkleinert, während das Unternehmen angesichts eines vielfach berichteten IPO-Vorstoßes expandiert. Frühe Anwender, die in dieser Berichterstattung zitiert wurden, äußerten sich positiv zur Aufgabenerledigung: Ein Ingenieur bei Zapier beschrieb, wie es komplexe Aufgaben durchgängig von Anfang bis Ende erledigte, und ein Mitgründer bei Lovable verwies auf durchgängig saubere Ablehnungen unsicherer Anfragen.

MarkTechPosts Benchmark-Vergleich kam eher zu einer Routing-Empfehlung als zu einem pauschalen Urteil: Den Großteil der Arbeit an Sonnet 5 mit niedrigem bis mittlerem Aufwand senden und Opus 4.8 für genauigkeitskritische Aufgaben vorhalten. Bei der höchsten Aufwandsstufe fanden sie, dass die Kosten von Sonnet 5 die von Opus 4.8 übersteigen können, ohne dass ein entsprechender Genauigkeitsgewinn erzielt wird — die günstige Option hört auf, günstig zu sein, wenn man jeden Regler auf Maximum stellt.

Das durchgängige Thema in den unabhängigen Rezensionen: stark beim Erstellen und Ausführen, ein Schritt zurück (kein Einbruch) beim Aufspüren subtiler Bugs, und nur dann günstiger, wenn man den eigenen Token-Verbrauch tatsächlich misst, statt dem Aufkleberpreis zu vertrauen.

Preisgestaltung — und der Haken im Kleingedruckten

Anthropic bepreist Sonnet 5 aggressiv, allerdings nach einem Zeitplan:

Selbst zum Standardpreis erreicht Sonnet 5 den Schlagzeilentarif von Sonnet 4.6, während es über die gesamte Bandbreite hinweg spürbar besser abschneidet — dieser Teil der Positionierung hält stand. Doch Willisons Tokenizer-Befund bedeutet, dass der eigentliche Vergleich nicht der Preis pro Token ist, sondern der Preis pro abgeschlossener Aufgabe, und englischlastige Workloads sollten beim Wechsel von Sonnet 4.6 mit einer realen Erhöhung der Token-Anzahl rechnen, Einführungspreis hin oder her. Anthropics Standard-Prompt-Caching gilt weiterhin zusätzlich dazu — zwischengespeicherte Lesevorgänge werden mit einem erheblichen Rabatt abgerechnet, Cache-Schreibvorgänge tragen einen einmaligen Aufschlag — daher sollte man wie immer die tatsächliche Zahl im eigenen Abrechnungs-Dashboard bestätigen, statt die Rechnung allein anhand des Schlagzeilenpreises aufzustellen.

Sicherheit

Anthropic berichtet, dass Sonnet 5 niedrigere Raten unerwünschten Verhaltens zeigt als Sonnet 4.6 — weniger Kooperation bei Missbrauch, weniger Täuschung — und konsistenter bei der Ablehnung böswilliger Anfragen und beim Widerstand gegen Prompt-Injection-Hijacking-Versuche ist. Sicherheitsvorkehrungen sind standardmäßig aktiviert.

Seine Cybersicherheitsfähigkeit liegt bewusst hinter der von Opus 4.8 zurück: In Anthropics eigenen Tests entwickelte Sonnet 5 nie vollständig einen funktionierenden Exploit von Anfang bis Ende. Das ist für die meisten Anwendungsfälle eine Design-Entscheidung und kein Mangel — es ist dieselbe Logik, die hinter Claude Fable 5s Classifier-plus-Fallback-Ansatz steht: Die Frontier-Level-Fähigkeit wird gedrosselt, und das allgemein verfügbare Modell wird mit bereits eingebauten Schutzmechanismen ausgeliefert.

Was das für Entwickler bedeutet

• Kosten pro abgeschlossener Aufgabe messen, nicht Kosten pro Token — die Tokenizer-Änderung bedeutet, dass der Aufkleberpreis allein irreführend ist, besonders bei englischlastigen Workloads.
• Die eigenen Token-Zahlen an realen Prompts neu durchrechnen, bevor man annimmt, Sonnet 5 sei ein unkomplizierter Kostenvorteil gegenüber Sonnet 4.6.
• Prüfen, ob die eigene Integration von temperature, top_p oder top_k abhängt — Sonnet 5 akzeptiert sie nicht.
• Mit mittlerem Reasoning-Aufwand beginnen. Sowohl CodeRabbit als auch MarkTechPost fanden, dass die höchste Aufwandsstufe Kosten hinzufügt, ohne einen entsprechenden Genauigkeitsgewinn zu bringen.
• Opus 4.8 im eigenen Routing für genauigkeitskritische Arbeit behalten — Sonnet 5 verkleinert die Lücke, schließt sie aber nicht, besonders bei Aufgaben wie sorgfältigem Code-Review, bei denen das Aufspüren subtiler Bugs am wichtigsten ist.

Was das für MuiRouter-Nutzer bedeutet

MuiRouter basiert auf einer einfachen Idee: ein API-Schlüssel, ein Integrationsmuster und ein klarerer Weg, den Zugriff auf die wichtigsten KI-Modelle zu routen. Eine Veröffentlichung wie Sonnet 5 — günstiger, stärker, aber mit Preis- und Tokenizer-Vorbehalten, die es zu beobachten gilt — ist genau die Art von Veränderung, die ein einheitliches Gateway für einen abfangen soll.

Wir haben claude-sonnet-5 zum veröffentlichten Einführungstarif von Anthropic in den MuiRouter-Katalog aufgenommen. Ihre Integration ändert sich nicht; das Modell, seine Preisgestaltung und die geplante Erhöhung am 2026-09-01 werden alle hinter dem Gateway gehandhabt.

Wie immer sollte man claude-sonnet-5 erst dann als produktionsbereit betrachten, wenn man es im eigenen Konto durchgängig bestätigt hat — echtes Routing hängt weiterhin von der Verfügbarkeit vorgelagerter Anbieter ab. Diesen Vorbehalt beiseite: Dies ist genau die Art von Veröffentlichung, bei der es sich auszahlt, die eigene Integration stabil zu halten — die Preis- und Tokenizer-Details sind genau die Art von Dingen, die man nicht für jedes verwendete Modell von Hand verfolgen möchte.

Fazit

Claude Sonnet 5 ist ein legitimer Fortschritt für agentische und Coding-Arbeit zu einem Preis, der auf dem Papier sogar den eigenen Vorgänger unterbietet. Die Benchmarks untermauern das, ebenso unabhängige Rezensenten — mit zwei Vorbehalten, die man im Gedächtnis behalten sollte: Die Bug-Erkennung beim Code-Review nahm einen kleinen Schritt zurück, auch wenn die Kommentare schärfer wurden, und der neue Tokenizer bedeutet, dass „günstiger" pro abgeschlossener Aufgabe gemessen werden muss, nicht pro Token, bevor man es glaubt.

Wer mit KI baut, sollte dies jetzt gegen die eigenen realen Workloads testen. Ein Budget für die Tokenizer-Änderung einplanen, falls man englischlastige Prompts migriert, mit mittlerem Aufwand beginnen und die Arbeit mit dem höchsten Risiko weiterhin an Opus 4.8 routen, bis Sonnet 5 sich anhand der eigenen Zahlen bewährt hat.