
Claude Opus 5.2 vs Claude Opus 5: Was zuerst zu testen ist
Die Entscheidung auf einen Blick
| Frage | Claude Opus 5 | „Claude Opus 5.2“ | Was jetzt zu tun ist |
|---|---|---|---|
| Offiziell benannt? | Ja, veröffentlicht am 24. Juli 2026 | Nein; eine Bezeichnung aus der Community | Als Beobachtungspunkt führen, nicht als Roadmap-Punkt |
| Dokumentierte API-ID? | claude-opus-5 | Keine gefunden – weder in der Anthropic-Doku noch in den SDK-Listen oder Claude-Code-Builds | Keine geratene ID in die Konfiguration eintragen |
| Preis und Limits dokumentiert? | 5 $ / 25 $ pro MTok; 1M Kontext; 128K Ausgabe | Unbekannt | Budget auf Basis von Opus 5 planen |
| Sind Tests unter gleichen Bedingungen heute möglich? | Ja, über dokumentierte Kanäle | Kein aufrufbarer Kandidat | Baseline und Replay-Set jetzt einfrieren |
| Was berichten Nutzer? | „Faul“, grübelt zu lange, braucht bei langen Aufgaben ein „continue“ | „Way faster“, saubere Ausgabe, „not lazy“ (nur Claude Code) | Jeden Bericht in einen messbaren Test übersetzen |
| Fallback, falls Sie je wechseln? | Als aktiv geführt, Abschaltung „not sooner than July 24, 2027“ auf von Anthropic betriebenen Plattformen | Entfällt | Die konkrete EvoLink-Route verifizieren, auf die Sie zurückrollen würden |
Es gibt keinen Gewinner, weil nur eine Spalte ein dokumentiertes Produkt ist. Das nützliche Ergebnis dieses Vergleichs sind die Belege, die ein Nachfolger liefern muss.
Claude Opus 5.2 vs Opus 5: Bekannte Unterschiede und offene Fragen
Anthropics Modellübersicht, Preisseite, Release Notes und der Changelog von Claude Code dokumentieren Claude Opus 5 und nichts Neueres in der Opus-Linie. Seit dem 14. September berichten mehrere X-Accounts, Claude Code leite einen Teil der Opus-5-Anfragen an einen neueren Build weiter. Kein Beitrag enthält eine Kennung oder einen Request-Mitschnitt, die Berichte widersprechen sich darin, welche Apps und Tarife betroffen sind, und Anthropic hat sich nicht geäußert.
- die „Foundry-Datei
claude-opus-5-2.yaml“ ist ein Eintrag in einer Community-Registry, dessen Werte denen von Opus 5 entsprechen; - „fünf Effort-Stufen einschließlich xhigh und max“ ist die heute für Opus 5 dokumentierte Abstufung;
- im August wurde über ein „Opus 5.1“ spekuliert, das unter diesem Namen nie erschien;
- die Frage an das Modell, wer „Tibo“ ist, wertet generierten Text aus, nicht die Modellidentität.
Was Nutzer berichten – und was als Beleg zählen würde
| Community-Bericht (Claude Code, 14.–17. September) | Die Opus-5-Beschwerde, auf die er antwortet | Was als Beleg zählen würde |
|---|---|---|
| „way faster“ / grübelt weniger | Langes Thinking vor der Ausgabe bei Effort high und xhigh | Gleiches Aufgabenset, gleiche Effort-Stufe: Laufzeit und Output-Tokens pro akzeptierter Aufgabe, über mehrere Tage |
| „not lazy“, übernimmt gern längere Aufgaben | Bricht mitten in der Aufgabe ab und bittet den Nutzer, fortzufahren | Nutzeranstöße pro abgeschlossener langer Aufgabe; Abschlussquote ohne Eingriff |
| "really clean output" (X); weniger aufgeblähter oder überkonstruierter Code (ein Reddit-Thread, den wir nur aus zweiter Hand lesen konnten) | Überkonstruierte oder ausschweifende Implementierungen | Diff-Größe im Verhältnis zum angefragten Umfang; Reviewer-Korrekturen pro akzeptierter Änderung |
| Besser bei visuellen und 3D-Aufgaben und „getting close to Astra-level“, wobei derselbe Nutzer Astra weiterhin vorn sieht | Schwächere visuelle und räumliche Arbeit | Gleiche visuelle Aufgaben mit festem Bewertungsraster – falls dieser Workload für Sie zählt |
| Ein Forennutzer berichtete, er habe es an einem Abend gehabt und danach wieder verloren | Keine Beschwerde, sondern eine Warnung | Jede Verbesserung muss über Tage und CLI-Versionen hinweg Bestand haben, bevor sie als Baseline taugt |
Welche Verbesserung einen Wechsel wert ist – nach Aufgabe
„Besser“ bedeutet je nach Workload etwas anderes. Entscheiden Sie pro Aufgabenklasse, was Sie zuerst messen und welche Größenordnung an Verbesserung den Migrationsaufwand rechtfertigen würde. Die Schwellen legen Sie fest; die Tabelle sagt nur, wo Sie hinschauen sollten.
| Aufgabenklasse | Zuerst messen | Außerdem beobachten | Eine Verbesserung, die den Wechsel lohnt |
|---|---|---|---|
| Interaktive Fragen und Chat | p50- und p95-Zeit bis zur ersten brauchbaren Antwort | Akzeptanzquote, Output-Tokens | Die Latenz rutscht von „Nutzer bemerken es“ zu „Nutzer bemerken es nicht“, ohne dass die Akzeptanz sinkt |
| Coding auf Repository-Ebene | Test-Erfolgsquote bei akzeptierten Änderungen | Diff-Größe im Verhältnis zum angefragten Umfang; Korrekturzeit der Reviewer | Mehr Änderungen bestehen die Tests im ersten Anlauf, und die Diffs bleiben in den angefragten Dateien |
| Lang laufende Agenten | Abschlussquote ohne menschlichen Eingriff | Anstöße pro Aufgabe, Erholung nach Tool-Fehlern, Gesamt-Tokens pro abgeschlossener Aufgabe | Aufgaben, die ein „continue“ oder eine Rettung brauchten, laufen jetzt unbeaufsichtigt durch – ohne Token-Explosion |
| Strukturierte Extraktion | Erfolgsquote bei Parsing oder Schema-Validierung | Zahl der Wiederholungen, Kosten pro gültigem Datensatz | Weniger ungültige Ausgaben bei gleichen oder geringeren Kosten pro gültigem Datensatz |
| Dokumentenverarbeitung im Batch | Kosten pro akzeptiertem Dokument | Durchsatz innerhalb des Batch-Fensters, Cache-Trefferquote | Geringere Kosten pro akzeptiertem Dokument, die Frist wird weiterhin eingehalten |
Hat eine Aufgabenklasse auf Opus 5 heute kein messbares Problem, gibt es für sie keinen Grund zu wechseln – ganz gleich, wie das neue Modell anderswo abschneidet.
Was Claude Opus 5 bereits liefert
Opus 5 ist die messbare Seite dieses Vergleichs:
- API-Modell-ID
claude-opus-5, ein fixierter Snapshot ohne Datum; - 5 $ Input und 25 $ Output pro Million Tokens; Cache-Writes 6,25 $ (5 Minuten) und 10 $ (1 Stunde); Cache-Reads 0,50 $; Batch zum halben Preis; Fast Mode als Research Preview zu 10 $ / 50 $, nur über die Claude API;
- 1M Tokens Kontext ohne kleinere Variante; 128K maximale Ausgabe;
- adaptives Thinking standardmäßig an; Effort low, medium, high (Standard), xhigh, max; Thinking lässt sich nur bei high oder darunter abschalten;
- Thinking-Tokens werden als Output-Tokens abgerechnet und werden auf
max_tokensangerechnet.
Was frühere Opus-Releases geändert haben – nach Auswirkung sortiert
Nicht jede Änderung in einem Release bricht eine Integration. Wer die drei Arten auseinanderhält, weiß, was erneut zu testen ist.
| Release | Datum | Dokumentierter Breaking Change | Kosten- oder Verhaltensänderung | Neue Fähigkeit |
|---|---|---|---|---|
| Opus 4.6 | 5. Feb. 2026 | — | Adaptives Thinking eingeführt | 1M Kontext; 128K Ausgabe; Context Compaction |
| Opus 4.7 | 16. Apr. 2026 | Vom Standard abweichende Werte für temperature, top_p, top_k liefern einen 400 | Neuer Tokenizer: derselbe Text zählt als mehr Tokens | Effort xhigh; höher aufgelöste Bildverarbeitung |
| Opus 4.8 | 28. Mai 2026 | — | — | Fast Mode; Zugewinne bei Agenten und Reasoning |
| Opus 5 | 24. Juli 2026 | Thinking standardmäßig an; Thinking bei xhigh oder max abzuschalten liefert einen 400 | Als Output abgerechnete Thinking-Tokens erhöhen das Output-Volumen zu denselben Preisen; längere Standardantworten | Cache-Minimum von 512 Tokens; Tool-Änderungen mitten im Gespräch (Beta) |
Kompatibilitätsprüfungen vor jedem Wechsel
| Bereich | Was zu prüfen ist | Warum |
|---|---|---|
| Modellkennung | Die ID ist von Anthropic oder von dem Cloud-Kanal dokumentiert, den Sie nutzen; Bedrock und Google Cloud haben eigene Formate | Eine geratene Zeichenfolge kann scheitern oder von einem Proxy auf ein ganz anderes Modell umgebogen werden |
| Thinking und Effort | Effort-Matrix erneut durchlaufen; den Abschaltpfad und das 400-Verhalten testen | Opus 5 hat beides geändert; Standardwerte können sich erneut verschieben |
| Token-Zählung | Input-, Output- und Cache-Tokens pro Aufgabe neu messen | Änderungen an Tokenizer und Thinking verändern die Rechnung bei unverändertem Listenpreis |
| Sampling-Parameter | Konfiguration per grep nach Parametern durchsuchen, die das Modell ablehnt | 4.7 hat vom Standard abweichende Sampling-Werte zu Fehlern gemacht |
| Strukturierte Ausgabe und Tools | Parser und Schema-Validierung per Replay prüfen; Tool-Fehler gezielt einstreuen | Laut Anthropics Hinweisen zu Opus 5 muss Code, der content[0].text liest, Blöcke nach type auswählen, weil eine Antwort mit Thinking-Blöcken beginnen kann |
| Fallback | Protokollieren, wann ein Fallback die Anfrage bedient hat, und ihn als eigenen Arm des Experiments führen | Ergebnisse aus gemischten Modellen verfälschen den Vergleich |
Zur Identität: Das zurückgegebene Modellfeld, die Request-ID, die Nutzung und die Rechnung zu protokollieren ist notwendig – und es ist kein unabhängiger Beweis für die zugrunde liegenden Gewichte, weil jedes dieser Felder von einem Server oder Proxy stammt. Feststellen können Sie die Konsistenz zwischen dokumentierter ID-Zuordnung, zurückgegebenen Metadaten, vertrauenswürdigen Upstream-Aufzeichnungen und Abrechnung. Das reicht, um einen Austausch nachvollziehbar zu machen, und darum geht es in der Praxis.
Die gepaarte Evaluierung
1. Die Opus-5-Baseline einfrieren
Halten Sie Prompts, Tools, Effort-Stufe, Kontextzustand, Quote akzeptierter Aufgaben, Laufzeit, Input- und Output-Tokens, Cache-Nutzung, Wiederholungen, Review-Zeit und bekannte Fehlerfälle fest. Nehmen Sie die Sitzungen mit auf, in denen Opus 5 Sie um ein „continue“ bat oder eine Änderung überkonstruierte; das sind die Behauptungen der Berichte, und Sie brauchen die Vorher-Zahlen.
2. Drei Replay-Gruppen aufbauen
- Aufgaben, die bekanntermaßen gelingen, um Regressionen zu erkennen;
- bekannte Opus-5-Fehlschläge (Faulheit, Weitschweifigkeit, zu langes Grübeln), um den Ablösewert zu messen;
- Grenzaufgaben, die heute einen Menschen oder eine andere Route brauchen.

3. Den Kandidaten erst aufnehmen, wenn er eine dokumentierte, konsistente Route ist
Ein Kandidat kommt in den Harness, wenn seine ID von Anthropic oder Ihrem Cloud-Kanal veröffentlicht ist, eine authentifizierte Anfrage gelingt, die zurückgegebenen Metadaten zur dokumentierten Zuordnung passen und sich die Nutzung mit dem veröffentlichten Preis abgleichen lässt. Verwenden Sie dann dieselben Prompts, Tools, Timeouts, Effort-Regeln, Retry-Regeln und Reviewer wie bei der Baseline.
Ein durchgerechnetes Kostenbeispiel
Die Zahl, die über einen Wechsel entscheidet, sind nicht die Gesamtausgaben. Es ist das, was Sie für jede Aufgabe zahlen, die die Abnahme besteht:
API-Kosten pro akzeptierter Aufgabe = gesamte API-Ausgaben der Evaluierungsgruppe ÷ Aufgaben, die die Abnahme bestanden habenIn den Zähler gehört alles, was die Gruppe verbraucht hat: fehlgeschlagene Versuche, Wiederholungen und Fallback-Aufrufe eingeschlossen. Zählen Sie Cache-Writes und -Reads so, wie sie tatsächlich abgerechnet werden. Thinking-Tokens werden bereits als Output-Tokens abgerechnet; addieren Sie sie also nicht ein zweites Mal. Führen Sie die menschliche Review-Zeit in einer eigenen Spalte, statt sie in API-Dollar umzurechnen.
| Baseline-Gruppe | Kandidaten-Gruppe | |
|---|---|---|
| Versuchte Aufgaben | 100 | 100 |
| Gesamte API-Ausgaben, einschließlich Fehlschlägen und Wiederholungen | 12,00 $ | 14,00 $ |
| Aufgaben, die die Abnahme bestanden haben | 80 | 95 |
| API-Kosten pro akzeptierter Aufgabe | 12,00 $ ÷ 80 = 0,150 $ | 14,00 $ ÷ 95 = 0,147 $ |
| Aufgaben, die ein Mensch noch korrigieren oder neu machen muss | 20 | 5 |
Die Kandidaten-Gruppe hat 2,00 $ mehr ausgegeben und ist pro akzeptierter Aufgabe trotzdem etwas günstiger, weil ein größerer Teil ihrer Ausgaben brauchbare Arbeit hervorgebracht hat. Der größere Effekt steht in der letzten Zeile: Fünfzehn Aufgaben weniger gehen zurück an einen Menschen. Der umgekehrte Fall ist genauso real. Hätte der Kandidat 16,00 $ für 85 bestandene Aufgaben ausgegeben, lägen seine Kosten pro akzeptierter Aufgabe bei 0,188 $, und die zusätzliche Qualität müsste 25 % höhere Stückkosten rechtfertigen. Rechnen Sie die Division durch, bevor Sie auf die Schlagzeilenzahlen schauen.
Ein Abnahmeprotokoll zum Ausfüllen
Vage Kriterien wie „spürbar besser“ oder „Latenz hält“ lassen sich nicht überprüfen. Schreiben Sie die Schwelle vor dem Lauf auf, abgeleitet aus der fachlichen Anforderung der jeweiligen Aufgabenklasse, und halten Sie dann fest, was passiert ist. Kopieren Sie diese Tabelle einmal pro Aufgabenklasse.
| Feld | Ihre Schwelle (vor dem Lauf festgelegt) | Baseline-Ergebnis | Kandidaten-Ergebnis | Erfüllt? |
|---|---|---|---|---|
| Aufgabenklasse und Replay-Gruppe | — | |||
| Stichprobengröße (versuchte Aufgaben) | mindestens: ____ | |||
| Erfolgsquote (bestanden ÷ versucht) | mindestens ____ % und in der Gruppe der bekannten Erfolge nicht unter der Baseline | |||
| p95-Latenz | höchstens ____ s | |||
| API-Kosten pro akzeptierter Aufgabe | höchstens ____ $ | |||
| Wiederholungen und Fallback-Aufrufe pro 100 Aufgaben | höchstens ____ | |||
| Menschliche Korrekturzeit pro akzeptierter Aufgabe | höchstens ____ min | |||
| Anstöße pro langer Aufgabe (nur Agenten) | höchstens ____ | |||
| Konsistenz über ____ Tage | an keinem Tag eine Schwelle verfehlt |
Nach Aufgabe wechseln – und den Rückweg testen
Das realistische Ergebnis ist eine Routing-Richtlinie, kein globaler Umstieg. Verlagern Sie die Aufgabenklassen, die ihr Protokoll bestanden haben, in der Reihenfolge der Matrix oben, und lassen Sie den Rest auf Opus 5.

claude-opus-5 als aktiv, mit einer Abschaltung „not sooner than July 24, 2027“, und hält fest, dass ihre Termine für die von Anthropic betriebenen Plattformen gelten (Claude API, Claude Platform on AWS und Microsoft Foundry), während Amazon Bedrock und Google Cloud eigene Zeitpläne festlegen. Das ist ein Evaluierungsfenster. Es garantiert weder Kapazität noch Berechtigungen oder Status der konkreten Route, auf die Sie zurückfallen würden. Schicken Sie vor jedem Canary echten Traffic über die Opus-5-Fallback-Route, die Sie nutzen wollen, bestätigen Sie Kontingent und Berechtigungen, und proben Sie die Konfigurationsänderung, die den Traffic dorthin zurückführt.Behalten Sie Opus 5 dort, wo es Ihre Ziele für Erfolgsquote, Latenz und Kosten bereits erfüllt, wo eine Migration keinen gemessenen Vorteil hat oder wo Ihr Logging primäre Aufrufe und Fallback-Aufrufe noch nicht trennen kann. Warten ist nicht passiv, solange Sie Baselines sammeln; passiv wird es erst, wenn Lieferungen wegen eines Modells blockiert werden, das nicht angekündigt ist.
EvoLinks einheitliche API hält die Modellwahl in der Routing-Konfiguration statt im Anwendungscode. Dadurch lässt sich ein Herausforderer günstig hinzufügen und günstig wieder entfernen. Nichts in diesem Plan setzt voraus, dass es heute eine Opus-5.2-Route gibt.
Aktuelle Route für Claude Opus 5 ansehen Launch-Alert für die Claude Opus 5.2 API erhaltenFAQ
Wurde Claude Opus 5.2 angekündigt?
Mit Stand vom 18. September 2026 haben wir in Anthropics Modellkatalog, den Release Notes, auf der Preisseite und im Newsroom keine Erwähnung gefunden. Das neueste Opus ist Claude Opus 5.
Ist Claude Opus 5.2 besser als Claude Opus 5?
Einen belegbaren Vergleich gibt es nicht, weil kein dokumentiertes, aufrufbares Opus 5.2 existiert. Community-Berichte beschreiben schnellere und weniger faule Ausgaben in Claude Code – ohne Modellkennung und ohne Messwerte.
Was behebt Opus 5.2 laut Nutzern?
Geschwindigkeit, zu langes Grübeln, Faulheit bei langen Aufgaben und ausschweifenden oder überkonstruierten Code. Das sind die richtigen Kategorien für ein Replay-Set – und es sind Behauptungen, keine Ergebnisse.
Wie vergleiche ich die Kosten fair?
Teilen Sie die gesamten API-Ausgaben der Evaluierungsgruppe, einschließlich Fehlschlägen und Wiederholungen, durch die Zahl der Aufgaben, die die Abnahme bestanden haben. Vergleichen Sie diese Kennzahl, nicht die Gesamtausgaben oder den Listenpreis, und weisen Sie die menschliche Korrekturzeit getrennt aus.
Verbraucht ein neueres Opus mein Kontingent oder Budget schneller?
Das ist unbekannt, bis es sich messen lässt. Manche Nutzer melden bereits einen höheren Verbrauch mit Opus 5, und bei Opus 5 werden Thinking-Tokens als Output-Tokens abgerechnet; ein Modell, das mehr nachdenkt, kostet also zum selben Listenpreis mehr. Messen Sie Input-, Output- und Cache-Tokens pro akzeptierter Aufgabe auf Ihrer Effort-Stufe. Die Kontingente der Endkundentarife in den Claude-Apps sind von der API-Abrechnung getrennt zu betrachten.
Sollte ich mit einem Projektstart auf Opus 5.2 warten?
Nein. Nutzen Sie Claude Opus 5 für zugesagte Lieferungen, halten Sie die Modellauswahl in der Konfiguration und sammeln Sie die Traces, aus denen Ihre Upgrade-Evaluierung wird.
Kann ich die Modell-ID claude-opus-5-2 jetzt verwenden?
Nein. Wir haben diese Kennung in keiner Anthropic-Dokumentation gefunden. Eine geratene ID schlägt fehl oder wird, schlimmer noch, von einem Drittanbieter-Proxy auf ein ganz anderes Modell abgebildet.
Bleibt Opus 5 verfügbar, wenn ein neues Opus erscheint?
claude-opus-5 als aktiv, mit einer Abschaltung nicht vor dem 24. Juli 2027 auf den von Anthropic selbst betriebenen Plattformen; Bedrock und Google Cloud legen eigene Termine fest. Das garantiert keine bestimmte Gateway-Route. Testen Sie deshalb die Fallback-Route, die Sie nutzen wollen.Wie vergleiche ich die beiden nach einem Release?
Mit gleichen Prompts, Tools, Timeouts, Effort-Stufen, Kontextzuständen, Retry-Regeln und Reviewern. Füllen Sie pro Aufgabenklasse ein Abnahmeprotokoll aus, vergleichen Sie die Kosten pro akzeptierter Aufgabe, und verlagern Sie den Traffic je Aufgabenklasse – mit einem geprobten Rückweg.
Quellen
- Anthropic: Modellübersicht
- Anthropic: Modell-IDs und Versionierung, einschließlich „Model weights versus serving infrastructure“
- Anthropic: Was ist neu in Claude Opus 5 (Breaking Changes und Abrechnung der Thinking-Tokens)
- Anthropic: Effort-Parameter
- Anthropic: Preise
- Anthropic: Modell-Abkündigungen (Plattformumfang, abgekündigte Parameter)
- Anthropic: Introducing Claude Opus 4.7
- Anthropic: Introducing Claude Opus 4.8
- Anthropic: Introducing Claude Opus 5
- X: @notjazii, 14. September 2026
- X: @pankajkumar_dev, 15. September 2026
- EvoLink: Release-Datum von Claude Opus 5.2
- EvoLink: Verfügbarkeit der Claude Opus 5.2 API
- EvoLink: Claude Opus 5


