Claude Opus 5 vs Sonnet 5: Welches solltest du nutzen?

Warum ich das nicht mit einem Datenblatt beantworte

Traue nie der Preisliste. Das ist die eine Gewohnheit, die drei Jahre KI-Agenten in fremde Support-Queues zu bringen mir beigebracht haben. Ich habe erlebt, wie ein Testnutzer zwölf saubere Testgespräche durchspielt und jede Antwort liebt. Dann öffnete er die Abrechnungsseite und stellte sofort eine Kündigungsanfrage. Zwischen diesen beiden Momenten hatte sich am Produkt nichts geändert. Verändert hatte sich nur, dass die abstrakte Zahl pro Einheit zu einer echten Rechnung wurde.

Dieselbe Falle steckt in der Frage Claude Opus 5 vs Sonnet 5. Pro Million Token steht Opus 5 bei $5 Input und $25 Output. Für Sonnet 5 lautet die Liste $3 und $15. Hörst du da mit dem Lesen auf, wählst du Sonnet, und ein guter Teil derjenigen, die das tun, wird am Ende mehr bezahlen.

Die Reihenfolge dieses Artikels lautet also: erst die Spezifikationen, dann die Benchmarks, danach wie die Rechnung tatsächlich aussieht. Er endet mit einer Routing-Regel, die du noch heute Nachmittag anwenden kannst.

Was Claude Opus 5 ist

Claude Opus 5 wurde am 24. Juli 2026 gelauncht, und Anthropic beschreibt es so, dass es sich der Frontier-Intelligenz von Claude Fable 5 zum halben Preis annähert. Die API-ID lautet claude-opus-5, es hat ein 1M-Token-Kontextfenster zusammen mit 128k maximalem Output, und der verlässliche Wissensstand liegt bei Mai 2026.

Die Positionierung hier ist ungewöhnlich direkt. Anthropics Dokumentation sagt dir, mit Claude Opus 5 zu starten für komplexe agentische Coding- und Enterprise-Arbeit, und erst auf Fable 5 hochzustufen, wenn du wirklich die absolute Obergrenze brauchst. Erwähnenswert: Sonnet 5 taucht in dieser Empfehlung überhaupt nicht auf.

Der Preis hat sich seit Opus 4.8 nicht verändert, er liegt weiterhin bei $5 und $25. Was sich verändert hat, ist das Verhalten. Thinking ist jetzt standardmäßig aktiv, was bedeutet, dass eine Anfrage, die vorher ohne Thinking lief, jetzt Token für das Reasoning ausgibt, sofern du nichts anderes angibst. Den gesamten Upgrade-Pfad habe ich in meinem Opus 5 Review durchleuchtet, und das Fable 5 Kopf-an-Kopf deckt die Stufe darüber ab.

Was Claude Sonnet 5 ist

Claude Sonnet 5 erschien am 30. Juni 2026, positioniert als "das bislang agentischste Sonnet-Modell" und, in Anthropics eigenen Worten, nahe an Opus 4.8 in der Leistung, aber zu niedrigeren Preisen. Der 1M-Kontext ist derselbe, ebenso die 128k-Output-Obergrenze. Fünf Effort-Stufen bei beiden ebenfalls. Es ist außerdem das Standardmodell in Claudes Free- und Pro-Plänen, was es zu dem Claude macht, das die meisten Leute nutzen, ohne es je bewusst gewählt zu haben.

Zwei Dinge daran übersieht man leicht.

Erstens ist der Vergleichsanker dafür Opus 4.8, nicht Opus 5. Sonnet 5 wurde dreieinhalb Wochen vor Opus 5 gelauncht, sodass Anthropic nie einen direkten Vergleich zwischen Sonnet 5 und Opus 5 veröffentlicht hat. Jeder Vergleich, den du liest, auch dieser hier, wird aus zwei separaten Launches zusammengesetzt.

Zweitens werden die wichtigsten Benchmark-Werte für Sonnet 5 als Bild auf der Produktseite veröffentlicht, nicht als Text. Am 27. Juli habe ich den Launch-Beitrag, die Produktseite und auch die Doku erneut geprüft, und die Zahlen stecken immer noch in einem PNG fest. Wo ich unten also eine Sonnet-5-Zahl zitiere, stammt sie aus Anthropics Opus-5-System-Card oder aus einer unabhängigen Auswertung, nie aus einer Zahl, die ich nicht verifizieren konnte. Der tiefere Blick auf das Modell selbst steckt in meinem Sonnet 5 Review, während der Alternativen-Überblick abdeckt, was sonst noch in diese Nische passt.

Der Spezifikationsvergleich

Alles hier stammt aus Anthropics Modellvergleichstabelle und der Preisdokumentation, plus dem Migrationsleitfaden.

Vier dieser Zeilen ändern sich danach, wie du baust, nicht nur danach, was du zahlst.

Die Lücke beim Wissensstand beträgt vier Monate, und sie geht in eine Richtung, die man vielleicht nicht erwartet: Das teurere Modell ist hier das frischere. Opus 5 kennt Stand Mai 2026, während Sonnet 5 im Januar aufhört.

Die 512-Token-Cache-Untergrenze bei Opus 5 ist die Hälfte von Sonnet 5. Kurze Systemprompts, die bei Sonnet still und leise nicht cachebar waren, werden bei Opus cachebar, und ein Cache-Treffer kostet 10% des Basis-Inputs. Bei häufigen Workloads mit kurzen Prompts verkleinert das die Preislücke unauffällig.

Fast Mode gibt es nur bei Opus. Für $10 / $50 bei etwa 2,5-facher Output-Geschwindigkeit bleibt der Fast Mode eine Research-Preview ausschließlich in der First-Party-API, damit fällt er für Bedrock und die Partner-Clouds weg.

Und role: "system" innerhalb des messages-Arrays funktioniert bei Opus 5, während es bei Sonnet 5 nicht unterstützt wird. Wenn du bislang komplette Nachrichtenverläufe neu aufgebaut hast, nur um Anweisungen mitten im Lauf zu aktualisieren, lässt Opus 5 dich damit aufhören, und zwar ohne die Prompt-Cache-Treffer aus früheren Turns zu verlieren. Das ist eine echte Vereinfachung im Code-Pfad, und zugleich die Art Detail, die nie in einem Benchmark-Chart auftaucht. Für die Wahl einer API über Anbieter hinweg statt innerhalb eines einzelnen deckt mein Dreier-API-Vergleich das breitere Feld ab.

Bei der Leistungsfähigkeit ist das nicht knapp

Anthropics Opus 5 System Card ist der einzige Ort, an dem beide Modelle mit demselben Testaufbau gemessen werden, und die Lücken dort sind breit.

Frontier-Bench ist die Zeile, bei der man verweilen sollte. Es ist der Nachfolger von Terminal-Bench 2.1, 74 schwierigere Aufgaben, die in containerisierten Terminal-Umgebungen laufen, und Opus 5 erzielt mehr als das Zweieinhalbfache dessen, was Sonnet 5 erreicht. Ein Stufenunterschied beschreibt das nicht. Für diese Art Arbeit ist es eine andere Werkzeugklasse.

Zwei ehrliche Einschränkungen dazu. Anthropic gibt in der System Card an, dass die Sicherheitsklassifikatoren von Opus 5 innerhalb dieser Auswertung 5% der API-Aufrufe markiert und abgelehnt haben, mit Rückfall auf Opus 4.8. Und bei der Sicherheitszeile halten beide Modelle stand: Keines produzierte einen funktionierenden Exploit in der Firefox-147-Auswertung, und bei aktiviertem Auto-Modus war kein Prompt-Injection-Angriff gegen eines der beiden über 129 Browsernutzungs-Umgebungen hinweg erfolgreich.

Jetzt zu dem Teil, der es entscheidet

Leistungsfähigkeit war hier eigentlich nie die Frage. Mit unbegrenztem Budget würde man einfach für alles Fable 5 laufen lassen. Die eigentliche Frage ist, was ein fertiges Stück Arbeit kostet, und das ist der Punkt, an dem sich die beiden Modelle nicht mehr entsprechend ihrer Preisschilder verhalten.

Artificial Analysis hat beide auf AA-Briefcase laufen lassen, einem Benchmark für langfristige Wissensarbeit, aufgebaut um mehrwöchige Projekte mit tausenden Quelldateien. Anthropic reproduziert die Ergebnisse anschließend in der Opus 5 System Card.

Opus 5 belegt die oberen drei Plätze mit 1720, 1693 und 1606 Elo, für max, xhigh und high in dieser Reihenfolge. Sonnet 5 bei max liegt bei 1386, was unter Opus 5 bei medium (1470) liegt. Dann kommt die Kosten-Grafik:

Stellt man die beiden nebeneinander, wird das Ergebnis unangenehm für das günstige Modell:

Opus 5 bei high schlägt Sonnet 5 bei max bei der Qualität, und kostet dabei $4 weniger pro Aufgabe. Opus 5 bei medium schlägt es ebenfalls noch, zu grob einem Drittel des Preises. Die Turn-Anzahl erklärt, warum: Sonnet 5 bei max brauchte durchschnittlich 183 Turns pro Aufgabe, den höchsten Wert jedes Modells im Chart, gegenüber 103 bei Opus 5 bei max.

Wo es sich umkehrt

Ich weise lieber selbst darauf hin, statt dass du es später entdeckst. Bei kurzen Aufgaben dreht sich die Reihenfolge um. Artificial Analysis' Intelligence-Index-Lauf sagt es unumwunden:

"Frontier intelligence with reduced cost: Claude Opus 5 (max) costs $2.03 on average per Intelligence Index task, below Claude Fable 5 (with fallback) at $2.75, but still above Claude Opus 4.8 (max) at $1.80 and Claude Sonnet 5 (max) at $1.53. However, at high and xhigh reasoning efforts Opus 5 can outperform both Opus 4.8 and Claude Sonnet 5 at a lower cost per task"

Artificial Analysis, X

Bei Aufgaben im Index-Maßstab ist Sonnet 5 bei max also das günstigere Modell, $1,53 gegenüber $2,03. Bei mehrstündiger agentischer Arbeit wird dasselbe Modell zu fast dem teuersten Eintrag im Board. Die Aufgabenlänge ist der Dreh- und Angelpunkt. Kurz und flach begünstigt Sonnet, lang und tief begünstigt Opus, und es gibt keine einzelne "was ist günstiger"-Antwort, die beide Fälle übersteht.

Rechne deine eigenen Zahlen

Listenpreise sind der leichte Teil. Der Multiplikator ist der Teil, den Leute überspringen, deshalb zwingt dich dieser Rechner, ihn selbst festzulegen. Zieh ihn, bis er widerspiegelt, wie viele Output-Token mehr das günstigere Modell braucht, um dieselbe Arbeit zu erledigen, und beobachte, wo sich die beiden Linien kreuzen.

Zwei Dinge, die man dabei ehrlich im Blick behalten sollte. Der Multiplikator gilt nur für den Output, unterschätzt die Lücke also etwas, denn mehr Turns bedeuten auch, mehr Input erneut zu lesen. Und das ist Rechnerei mit Listenpreisen, kein Benchmark: Prompt-Caching, der Rabatt der Batch-API und auch die Form deines eigenen Prompts bewegen alle die reale Zahl.

Der Mechanismus, den das abbildet, ist nicht theoretisch. Ein Entwickler hat es direkt gemessen:

"Sonnet is supposed to be the cheaper model, but on the harder task it:

Cheaper per token does not always mean cheaper per completed task."

took longer

wrote more code

used more than twice the output tokens

needed more fixes

still cost more than Fable

shricodev, Reddit

Der Effort-Regler ist die eigentliche Entscheidung

Hier ist die Neuformulierung, die ich mir gewünscht hätte: Du wählst nicht zwischen zwei Modellen, sondern einen Punkt auf einem fünfstufigen Effort-Regler, und der Modellname liegt dieser Entscheidung nachgelagert.

Beide Modelle nehmen low, medium, high, xhigh und max, und beide stehen in der API standardmäßig auf high. Die Spanne, die diese Einstellung erzeugt, ist enorm. In Anthropics eigenem AA-Briefcase-Lauf reicht Opus 5 von 1223 Elo bei low bis 1720 bei max, und die Kosten reichen von $1,78 bis $17,79. Innerhalb einer einzigen Modell-ID ist das eine 10-fache Kostenspanne. Der Fehler liegt darin, es "Claude Opus 5" zu nennen, als hätte es nur ein einziges Leistungsprofil.

Deshalb dreht sich die schärfste Regel aus der ersten Woche um den Regler, nicht um die Stufe:

"The cost per task chart is telling me that I should never use Sonnet 5 above medium effort level - Opus always performs better for a given cost. So I guess the takeaway is that if Sonnet 5 medium isn't good enough for you, switch models, not effort levels."

doctoboggan, Hacker News

Andere Entwickler kamen unabhängig voneinander zur selben Regel:

"If I'm using medium or low reasoning, I use Sonnet 5. If high or above, I use Opus 4.8. (Before 5, I was never using Sonnet. This is a Sonnet 5 vs Opus 4.8 comparison.)"

furyofantares, Hacker News

Auf die heutige Modellreihe angewendet bedeutet das: Sonnet 5 bei low oder medium, Opus 5 bei high und darüber, und niemals Sonnet 5 bei max. Sagt dir dein Instinkt, Sonnets Effort hochzudrehen, ist das das Signal, stattdessen das Modell zu wechseln. Die Effort-Dokumentation untermauert das von der anderen Seite: Anthropics Leitfaden für Opus 5 kehrte weg vom "starte bei xhigh" der 4.x-Ära, hin zu einem Start bei high mit low und medium als primärem Kostenhebel.

Praktische Begleiter, wenn du das in einen Workflow einbauen willst: mein Leitfaden zur Modellauswahl und die Notizen zum Kontextfenster. Auch der breitere Claude Code Überblick.

Was Leute tatsächlich tun: Opus plant, Sonnet setzt um

Fragt man Entwickler, für welches der beiden sie sich entschieden haben, weigern sich die meisten, die Frage überhaupt so zu beantworten. Das dominante Muster der ersten Woche ist eine Zwei-Modell-Pipeline.

Sie dient zugleich als Fix für die häufigste Opus-5-Beschwerde, das Aufzehren des Plan-Limits:

"Control which subagents get spawned on your workflows. Opus 5 is spawning Opus 5 (most probably) and eating up your usage. Get a grip of the promo and use Opus 5 to orchestrate and Sonnet 5 to implement and that's it."

PA100T0, Reddit

Dieser Verbrauch ist real und wird immer wieder gemeldet. Ein Nutzer im $20-Plan hat für den Tausch in die andere Richtung eine Zahl genannt: "Kann ich bestätigen, ich habe es eine Sache tun lassen, die ich sonst Sonnet 5 machen ließ, und es hat wie 15% meines Pro-Nutzungslimits verbraucht." Andere sagen das Gegenteil und können damit ihr Max-Kontingent überhaupt nicht anritzen, also solltest du die Berichte zum Plan-Limit als workload-abhängig behandeln, nicht als geklärt.

Das Muster hat einen ehrlichen Fehlermodus, und der hat einen Namen:

"Sonnet 5 is great at following concrete specs but will fill in gaps with reasonable-sounding defaults that quietly diverge from what Opus intended."

Agent007_MI9, Reddit

Der Fix hier ist eine engere Spezifikation, nicht ein besseres Modell. Wie es eine Antwort in diesem Thread formulierte: Ein Plan, der detailliert genug ist, dass die Umsetzung mechanisch wird, driftet nicht, egal welches Modell ihn ausführt. Baust du diese Pipeline richtig auf, sind Claude Skills und Subagenten die Container dafür, und mein Vergleich Skills versus Subagenten deckt ab, was jeweils wofür zuständig ist.

Ein Live-Stolperstein, den man kennen sollte, bevor man darauf aufbaut. Entwickler auf r/ClaudeCode berichten von einer hardcodierten Anweisung in aktuellen Claude-Code-Binaries, die speziell Opus 5 davon abhält, an Subagenten zu delegieren, was ein Opus-plant-Sonnet-setzt-um-Setup still und leise unterlaufen würde. Es lohnt sich, das gegen deine eigene Version zu prüfen, bevor du davon ausgehst, dass das Routing passiert. Meine Notizen zu MCP-Tools und zu Claude Code Best Practices decken die umliegende Verkabelung ab.

Das Argument für Sonnet 5, fair vorgetragen

Ich habe den Großteil dieses Artikels darauf verwendet zu erklären, warum das teure Modell oft das günstige ist, also lass mich der anderen Seite ihr Recht geben, denn der Rückhalt dafür ist real.

"I daily drive Sonnet 5/medium because it gets most things right most of the time at first try, while costing a lot less than Fable.

Opus can give better results on architectural/concept tasks and I use it sparingly, but it still costs more than Sonnet 5. Opus 5 seems to achieve results very close to Fable 5 while costing less (keeps Opus 4.8 pricing IIUC), but still more than Sonnet 5 then."

plqbfbv, Hacker News

Sonnet 5 gewinnt an vier Stellen klar. Nach Anthropics eigener Latenzbewertung ist es das schnellere Modell, was für alles Nutzerorientierte enorm wichtig ist. In Claudes Free- und Pro-Tiers ist es kostenlos und Standard. Es ist tatsächlich günstiger bei kurzer, flacher, hochvolumiger Arbeit, und das beschreibt den Großteil des Produktionsverkehrs. Und bei low oder medium bei einer gut spezifizierten Aufgabe zeigt sich der Qualitätsunterschied im Output häufig gar nicht.

Es gibt auch eine echte Fraktion, die argumentiert, die mittlere Stufe sollte überhaupt nicht existieren, und der Opus-5-Launch hat dieses Argument geschärft:

"Seeing Opus 5 vs Sonnet 5 or even Sol vs Terra, I really think it doesn't make sense having mid tier models, just train top tier and low tier, AI labs saves money and users have 1 less model to choose/try/discard, no?"

Ivan Fioravanti, X

Ich stimme dem nicht zu, und mein Grund ist das Routing-Muster von oben: Produktionssysteme sind multi-agentisch, also schlagen orthogonale Stärken eine einzelne Intelligenz-Leiter. Es bleibt trotzdem ein lebendiges Argument, und kein Randphänomen. Willst du das Feld über Anthropic hinaus erweitern, decken meine Übersichten zu GPT-5.6-Sol-Alternativen und Kimi-K3-Alternativen die nächstliegenden Konkurrenten ab, ebenso der Gemini 3.6 Flash Review.

Welches solltest du also nutzen

Die Wahl richtet sich hier nach der Aufgabe, nicht nach Vorliebe:

Zwei Anti-Empfehlungen, klar ausgesprochen. Lass Sonnet 5 nicht bei max laufen. Jeder Datensatz, den ich fand, zeigt in dieselbe Richtung: Bei dieser Einstellung zahlst du Opus-Preise für Sonnet-Ergebnisse. Und stelle Opus 5 auch nicht standardmäßig auf max. In jeder Grafik hier war das die teuerste Einstellung, während high oder xhigh den Großteil des Feldes für einen Bruchteil davon schlugen.

Passt keines der beiden, decken Claude-Alternativen und meine Übersicht der besten KI-Agenten den breiteren Markt ab.

Für das Tooling rund um das Modell deckt die besten KI-Coding-Assistenten die Editoren ab, in denen diese Modelle stecken, und agentische Coding-CLIs ist das Begleitstück für die Terminal-Seite.

Die Kosten über die Consumer-Tiers hinweg stehen in meinen Aufschlüsselungen zu Claude Code Preisen und Cowork Preisen. Unter Sonnet gibt es noch eine günstigere Stufe, die ich in Haiku in Claude Code abgedeckt habe.

Wenn das Modell echte Kunden beantworten soll

All das oben setzt voraus, dass du derjenige bist, der den Effort-Regler in der Hand hält. Wenn der Plan eine Support-Queue ist, bricht diese Annahme, und die gesamte Rahmung verschiebt sich.

Einem Kunden ist es egal, dass du seine Rückerstattungsfrage bei medium geroutet hast. Was ihn interessiert, ist, ob die Antwort richtig war. Und die beiden Zahlen, die das entscheiden, stehen auf keinem der obigen Leaderboards: welcher Anteil der Tickets vom Agenten ohne Mensch geschlossen wird, und wie oft er dabei selbstsicher etwas Falsches sagt. Anthropics eigene System Card merkt an, dass Opus 5 etwas mehr halluziniert als Opus 4.8, obwohl es insgesamt präziser ist, und genau das ist die Art Problem, die Halluzinationen im Support zu verhindern zu einer Produktfrage macht, nicht zu einer Modellfrage.

Die unglamouröse Arbeit bleibt gleich, egal welches Claude du gewählt hast. Sie beginnt mit dem Training auf deiner Wissensdatenbank. Danach folgt, Antworten an das Konfidenzniveau zu koppeln und die Lösungsrate ehrlich zu verfolgen, statt automatisch geschlossenen Spam mitzuzählen.

Dann geht es darum, einen Menschen im Loop zu behalten, sowie zu gestalten, wann die KI übergibt, damit der Kunde die Naht nie spürt. Nichts davon kommt zusammen mit einem API-Key.

Praktische Leitfäden zum Rest: mein Rundgang zur Ticket-Deflektion und das Stück zu den Best Practices bei der Übergabe. Auch die Aufschlüsselung Agent- vs. menschliche Kosten.

Mehr zu diesem Bereich in meinen Notizen zu KI für Tech-Support.

Probiere eesel

Bist du hier gelandet, weil eine Support-Queue das Ziel ist, dann lautet die ehrliche Antwort auf Claude Opus 5 vs Sonnet 5, dass diese Entscheidung überhaupt nicht bei dir liegen sollte. eesel wählt und wechselt das zugrunde liegende Modell für dich. Es simuliert außerdem jeden Rollout gegen deine historischen Tickets, bevor er ein Live-Gespräch berührt, und die Abrechnung erfolgt pro Lösung statt pro Token. So landet der Fehlermodus, um den es in diesem ganzen Artikel geht, bei dem das günstige Modell still und leise die größere Rechnung produziert, nie bei dir.

Es dockt an den Helpdesk an, den du bereits nutzt, und lernt aus den Tickets, die du bereits beantwortet hast. Und du kannst sehen, was es bei echten vergangenen Gesprächen gesagt hätte, bevor irgendjemand von außen ein einziges Wort davon sieht. Kostenlos zum Ausprobieren.