Claude Opus 5.5 API-Leitfaden: Die Modell-ID, vier Breaking Changes und die stille Fünfte

Ändern Sie die Modellzeichenfolge von claude-opus-5 zu claude-opus-5-5und Ihr Code kompiliert weiterhin, wird weiterhin typgeprüft und besteht weiterhin, was auch immer als Testsammlung durchgeht. Dann gibt es in der Produktion einen 400-Fehler. Vier Anfrageformen, die Claude Opus 5 akzeptiert hat, werden von Claude Opus 5.5rundheraus abgelehnt, und eine fünfte Änderung bricht überhaupt nichts — was genau der Grund dafür ist, dass sie diejenige sein wird, die Ihre Nutzer erreicht. Dies ist die Integrationsreferenz für das Modell: der Bezeichner, die Oberflächen, die es bereitstellen, der Anfragevertrag, die vier Fehler, der stille fünfte und wie der Effort-Parameter jetzt funktioniert. Wo das Verhalten mit Claude Fable 5.1übereinstimmt, hat ein Team, das bereits dorthin migriert ist, einen Teil der Arbeit erledigt, daher sagt jede der folgenden Änderungen, ob sie auch für dieses Modell gilt.

Alles hier stammt aus Anthropics eigener Claude-Dokumentation vom 24. September 2026, zwei Tage nachdem das Modell veröffentlicht wurde. Herstellerangaben werden als Herstellerangaben gekennzeichnet, unabhängige Zahlen als unabhängige, und die beiden werden niemals mit derselben Aufwandseinstellung dargestellt, als wären sie vergleichbar.

Die Modell-ID und wo sie bereitgestellt wird

Die Kennung ist claude-opus-5-5 — eine feste Modell-ID ohne Datums-Suffix, dasselbe Schema wie claude-opus-5. Es gibt keine separate Form eines angehefteten Schnappschusses, die übernommen werden müsste, und keinen Alias, der zu etwas anderem aufgelöst wird.

Die Modellübersicht von Anthropic listet fünf Oberflächen mit diesen exakten Zeichenfolgen auf:

• Claude API — claude-opus-5-5, für alle Kunden verfügbar.

• Amazon Bedrock — anthropic.claude-opus-5-5 (die einzige Oberfläche, die den Anbieter voranstellt).

• Claude Platform on AWS — claude-opus-5-5, wobei Claude-API-IDs statt IDs im Bedrock-Stil verwendet werden.

• Google Cloud — claude-opus-5-5.

• Microsoft Foundry — claude-opus-5-5; der Bereitstellungsname ist derjenige, den Sie senden, und Foundry folgt dem Lebenszyklus-Zeitplan der Claude-API.

Zwei dieser fünf sind wichtiger als der Rest dieses Abschnitts. Amazon Bedrock und Google Cloud legen ihre eigenen Lebenszyklus- und Stilllegungstermine fest, und – wie die unten aufgeführten Breaking Changes zeigen – ist Bedrock auch die einzige Plattform, auf der das alte Computer-Use-Tool noch funktioniert. Wenn Sie Bedrock nutzen, befinden Sie sich nicht in derselben Migration wie alle anderen.

Was jede Anfrage jetzt erfüllen muss

Anthropics Migrationsleitfaden gibt den Vertrag als Liste an, und die Liste ist kurz genug, um den eigenen Client dagegen zu prüfen. Unabhängig davon, von welchem Modell Sie kommen, muss eine Anfrage an claude-opus-5-5:

• Sende entweder kein thinking-Feld oder thinking: {"type": "adaptive"} – die beiden sind gleichwertig, denn adaptives Denken ist immer aktiviert.

• Steuern Sie die Denktiefe mit effort, dem einzigen Anfrageparameter, der dies bewirkt; alle fünf Stufen werden unterstützt und die Standardeinstellung ist medium.

• Verwenden Sie tool_choice mit {"type": "auto"} (Standard) oder {"type": "none"}. Das Erzwingen eines Tools wird abgelehnt.

• Lassen Sie temperature, top_p und top_k weg, oder belassen Sie sie bei ihren Standardwerten. Jeder andere Wert wird abgelehnt, bei diesem Modell wie bei allem ab Claude Opus 4.7.

• Beenden Sie keine Nachrichten mit einem vorausgefüllten Assistenten-Turn; das wurde bereits bei Opus 4.6 und später abgelehnt.

• Computernutzung als das computer_toolset_20260801 Toolset in der Claude API und Google Cloud deklarieren.

• Senden Sie keinen Beta-Header für das Kontextfenster. Das 1M-Kontextfenster ist der Standard, und ein für ein älteres Modell geschriebener Header hat keine Wirkung.

Wenn im Leitfaden steht, dass eine Einstellung abgelehnt wird, gibt die API HTTP 400 zurück. Das ist der gesamte Fehlermodus beim Wechsel zu diesem Modell: keine verschlechterte Ausgabe, keine Warnung in einem Protokoll – eine Anfrage, die nie ausgeführt wird.

Die vier Breaking Changes

1. Denken kann nicht deaktiviert werden

Adaptives Denken ist immer aktiviert. thinking: {"type": "disabled"} gibt einen 400-Fehler zurück, und ein manuelles Budget ebenfalls — thinking: {"type": "enabled", "budget_tokens": N}. Der Fehlertext nennt den Typ, den Sie gesendet haben, und dann den Ersatz:

• "thinking.type.disabled" wird für dieses Modell nicht unterstützt. Verwende "thinking.type.adaptive" und "output_config.effort", um das Denkverhalten zu steuern.

„thinking.type.enabled" wird für dieses Modell nicht unterstützt. Verwenden Sie „thinking.type.adaptive" und „output_config.effort", um das Denkverhalten zu steuern.

Die praktische Konsequenz ist nicht der Fehler, sondern das, was nach der Behebung passiert. Auf Claude Opus 4.8 und früher lief eine Anfrage ohne Thinking-Feld ohne Thinking. Auf Claude Opus 5.5 denkt jede Anfrage, und max_tokens bleibt ein hartes Limit, das Thinking plus Antworttext abdeckt. Thinking-Tokens werden als Output-Tokens abgerechnet, selbst wenn der Thinking-Text nie zurückgegeben wird. Ein Endpunkt, der zuvor ohne Thinking lief, kann daher nach der „Behebung“ mehr Output-Tokens pro Anfrage erzeugen als zuvor. Anthropics Empfehlung lautet, den Aufwand dort zu verringern, wo früher Thinking deaktiviert wurde, und — bei xhigh- oder max-Aufwand — max_tokens bei 64k zu beginnen und von dort aus anzupassen.

Auch die Form der Antwort ändert sich. Eine Antwort kann mit einem oder mehreren Thinking-Blöcken vor dem ersten Textblock beginnen, sodass Code, der die Antwort anhand ihrer Position liest — content[0].text, oder ein Stream-Handler, der den ersten content_block_start als Text behandelt — bei diesen Antworten fehlschlägt, selbst wenn die Anfrage erfolgreich war. Wählen Sie Blöcke stattdessen anhand ihres type-Felds aus.

2. Erzwungene Tool-Nutzung gibt einen Fehler zurück

tool_choiceTypen any und tool geben einen 400 zurück, und dieselbe Validierung gilt für den Token-Zählungs-Endpunkt, sodass eine Vorab-Zählung genauso fehlschlägt wie der eigentliche Aufruf:

• tool_choice: Die Typen "tool" und "any" werden für dieses Modell nicht unterstützt.

Auto und none sind nicht betroffen. Der dokumentierte Ersatz besteht darin, tool_choice: {"type": "auto"}, Tools mit strict: true für schema-gültige Argumente zu markieren, oder das Schema auf Structured Outputs zu verschieben — und im Prompt anzugeben, wann das Tool gilt, da auto keinen Aufruf garantiert. Die strikte Tool-Nutzung akzeptiert eine Teilmenge von JSON Schema: Jedes Objekt in input_schema eines Tools muss additionalProperties: false setzen, also prüfen Sie jedes Schema, bevor Sie das Flag umschalten. Und beachten Sie die Lücke, die dies hinterlässt: Wenn Ihr Code davon abhing, das Erzwingen eines Aufrufs, statt ihn nur zuzulassen, stellt auto die Erlaubnis wieder her, nicht die Garantie. Prüfen Sie, ob tatsächlich ein tool_use-Block zurückgekommen ist.

3. Thinking-Blöcke sind an das Modell und an die Konversation gebunden.

Jeder Denkblock hält fest, welches Modell ihn erzeugt hat, und jedes Modell liest seine eigenen Blöcke plus einen definierten Satz der Blöcke anderer. Die Regeln gelten in beide Richtungen:

• Claude Opus 5.5 liest Denkblöcke von Claude Opus 5 und früheren Opus-, Sonnet- und Haiku-Modellen – aber nicht von Claude Fable- oder Claude Mythos-Modellen.

• In der Claude API lesen Claude Fable 5.1 und Claude Mythos 5.1 Blöcke von Claude Opus 5.5. Kein anderes Modell tut das.

• Ein Gespräch, das von Claude Opus 5.5 zu etwas anderem als diesen beiden wechselt, führt seine späteren Turns ohne die früheren Überlegungen aus.

Ein Router oder Fallback, der eine Konversation verschiebt, ist der offensichtliche Weg, das auszulösen. Die subtilere Hälfte ist, dass der Block auch an das Konversationspräfix gebunden ist – den System-Prompt, die Tools und jede Nachricht davor. Anthropic erzwingt die Präfixprüfung standardmäßig für Konten, die am oder nach dem 2026-08-31 00:00 UTC erstellt wurden, in der Claude API und auf Cloud-Plattformen: Wird ein Block erneut abgespielt, nachdem der System-Prompt, die Tool-Liste oder eine frühere Nachricht bearbeitet wurde, gibt die Anfrage 400 zurück. Es gibt zwei Auswege. Senden Sie den thinking-binding-controls-2026-08-01 Beta-Header und setzen Sie thinking.block_binding.prefix_mismatch_behavior auf "drop_block", um die betroffenen Blöcke zu verwerfen, statt die Anfrage fehlschlagen zu lassen. Oder halten Sie die Konversation append-only und ändern Sie Anweisungen mit einer Systemnachricht mitten in der Konversation statt mit einer Bearbeitung – was Claude Code, claude.ai, Claude Managed Agents und das Claude Agent SDK bereits tun.

Es gibt eine gute Nachricht, die leicht zu übersehen ist: Wenn eine Anfrage einen Block enthält, den das Zielmodell nicht lesen kann, entfernt die API ihn, bevor das Modell ihn sieht. Die Anfrage ist erfolgreich, und entfernte Blöcke werden nicht berechnet.

4. Das ältere Tool zur Computernutzung wird in der Claude API und bei Google Cloud abgelehnt.

Ein Eintrag im Feld tools vom Typ computer_20251124 führt bei der Claude API und Google Cloud zu einem 400-Fehler. Die Meldung nennt den abgelehnten Typ und listet anschließend die Typen auf, die das Modell akzeptiert:

• 'claude-opus-5-5' unterstützt keine Tool-Typen: computer_20251124.

Der Ersatz ist das computer_toolset_20260801-Toolset: den computer-use-2025-11-24-Beta-Header weglassen und den Tools-Eintrag ohne Namen und ohne Anzeigedimensionen senden. Das ist nicht nur eine Änderung der Anfrage — die Agent-Schleife ändert sich mit. Aktionen treffen als member-tool_use-Blöcke ein statt als ein einzelnes Computer-Tool, es können mehrere in einem Turn auftreten, die Aktion ist der name des Blocks statt input.action, und jedes Ergebnis muss toolset_name zurückgeben. Auf Amazon Bedrock funktioniert computer_20251124 weiterhin genau so wie auf Claude Opus 5, und es ist keine Änderung nötig.

Welche der vier gelten auch für Claude Fable 5.1?

Anthropic gibt an, dass die ersten drei auch auf Claude Fable 5.1 zutreffen – immer aktives Denken, keine erzwungene Werkzeugauswahl und an Modell und Konversation gebundene Thinking-Blöcke. Die Änderung bei der Computernutzung gilt jedoch nicht: Diese ist spezifisch für dieses Modell in der Claude API und Google Cloud. Ein Team, das bereits auf Claude Fable 5.1 umgestiegen ist, hat also seine Codepfade für deaktiviertes Denken und seine erzwungenen Werkzeugauswahlen aufgegeben und verwendet ein Append-only-Konversationsmuster; was bleibt, ist die Modell-ID und das Toolset für die Computernutzung. Ein Team, das von Claude Opus 5 kommt, steht allen vier gleichzeitig gegenüber. Das ist die Migration, die es zu planen lohnt, und sie bedeutet unterschiedlich viel Arbeit, je nachdem, wo man startet.

Die fünfte Änderung: Nichts schlägt mehr fehl, und dein Fortschritts-Feed wird still.

Bei Claude Opus 5 kommen die kurzen Notizen, die das Modell zwischen Tool-Aufrufen schreibt, als gewöhnliche Textblöcke zurück. Bei Claude Opus 5.5 – wie bei Claude Fable 5.1 – kehrt diese Erzählung als Fortschritts-Update-Thinking-Blöcke zurück, höchstens einer vor jedem Tool-Aufruf. Und thinking.display hat standardmäßig den Wert "omitted", sodass diese Blöcke mit einem leeren Thinking-Feld zusammen mit ihrer Signatur eintreffen.

Keine Anfrage schlägt fehl. Kein Fehler wird protokolliert. Eine Anwendung, die den Text zwischen den Tools als Fortschrittsanzeige an ihre Benutzer streamt, zeigt zwischen Tool-Aufrufen einfach keinen Fortschritt mehr an und beginnt, gar nichts mehr anzuzeigen. Das sichtbare Symptom ist eine UI, die genau während des Arbeitsabschnitts eingefroren erscheint, in dem der Benutzer am meisten Beruhigung braucht, und es wird als Leistungsproblem, Netzwerkproblem oder Hänger gemeldet werden – nicht als Migrationsfehler. Dies ist die Änderung, die in die Produktion ausgeliefert wird.

Die Lösung ist eine Anzeigeeinstellung plus ein dazu passender Lesevorgang:

• Setzen Sie thinking.display auf "updates" – Beta, hinter dem thinking-display-updates-2026-08-18 Header – um die Fortschritts-Updates zurückzubekommen, während das Reasoning selbst verborgen bleibt. Das ist die Einstellung, die ein Fortschritts-Feed will.

• Oder setze es auf „zusammengefasst“, um Fortschrittsupdates und Zusammenfassungen der Überlegungen gemischt in denselben Blöcken zu erhalten.

• Lies dann den Text aus Thinking-Blöcken statt aus Textblöcken, rendere jeden nicht leeren Thinking-Block vor dem tool_use-Block, dem er vorausgeht, und gib die Blöcke unverändert zusammen mit dem Rest des Assistant-Turns zurück.

Anthropics eigene Anmerkung hierzu ist es wert, dem Sinne nach zitiert zu werden: Eine Schnittstelle, die Text zwischen Tool-Aufrufen rendert, sollte einen Anzeigewert festlegen, statt sich auf den Standard zu verlassen. Wenn Ihre Integration Thinking-Blöcke derzeit vollständig ignoriert, ist das die eine Stelle, an der der Standard sicher ist.

Der Aufwand ist die API-Oberfläche

Da sich das Denken nicht deaktivieren lässt, output_config.effort zum einzigen Stellhebel dafür, wie stark das Modell nachdenkt, und damit zum einzigen Stellhebel für Kosten und Latenz bei einer gegebenen Aufgabe. Vier Dinge dazu sollten Sie kennen, bevor Sie eine Einstellung vom alten Modell übernehmen.

Der Standardwert hat sich geändert. Claude Opus 5.5 verwendet standardmäßig mittleren Effort, während Claude Opus 5 und frühere Opus-Modelle standardmäßig hoch verwendeten. Eine Anfrage, die den Effort weglässt, läuft jetzt eine Stufe niedriger als vor der Umstellung. Anthropic dokumentiert außerdem, dass das Modell bei einer gegebenen Effort-Einstellung dazu neigt, mehr pro Turn zu denken als Claude Opus 5, am meisten bei xhigh und max. Diese beiden Effekte wirken in entgegengesetzte Richtungen, und genau deshalb lautet die Anweisung des Anbieters, einen frischen Effort-Sweep auf den eigenen Evals durchzuführen, statt eine Einstellung zu übertragen.

Die Skala ist low / medium / high / xhigh / max, alle fünf werden hier unterstützt. Die benannte Stufe ist ohnehin kein festes Token-Budget – Anthropic beschreibt Aufwand als Verhaltenssignal, nicht als striktes Budget – und die Token-Zuweisung hinter jeder Stufe hat sich zwischen den Modellen geändert, sodass "high" bei Claude Opus 5.5 nicht "high" bei Claude Opus 5 ist. Den Aufwand auf den Standard des Modells zu setzen, ist gleichbedeutend mit dem Weglassen.

Zwei operative Details, denn beide kosten Geld, wenn man sie übersieht. Erstens: Wenn Sie den Wert für den Top-Level-Aufwand zwischen Anfragen ändern, wird der Prompt-Cache ungültig – wählen Sie eine Stufe und halten Sie sie innerhalb einer Konversation, die auf Cache-Treffer angewiesen ist, konstant, und variieren Sie sie stattdessen über verschiedene Workloads hinweg. Zweitens: Dieses Modell unterstützt Aufwand pro Nachricht (Beta-Header mid-conversation-output-config-2026-07-01), wodurch sich die Stufe ab einem späteren Turn ändern lässt, ohne den Cache neu zu starten. Das Minimum für den Prompt-Cache liegt hier bei 512 Tokens, gegenüber 1.024 in der vorherigen Generation, sodass Prompts, die zuvor zu kurz für den Cache waren, jetzt Einträge erstellen können, ohne dass Code geändert werden muss.

Ausgabegrenzen: 128K synchron, 300K bei Batch

Die synchrone Messages-API begrenzt die Ausgabe auf 128K Tokens. Die Message-Batches-API geht bis zu 300K Ausgabe-Tokens hinter dem output-300k-2026-03-24 Beta-Header — genau diese Zeichenfolge. Die Eingabe umfasst standardmäßig das vollständige Kontextfenster von 1 Mio. Tokens, ohne dass ein Header erforderlich ist.

Die praktische Lesart: Die 128K-Obergrenze ist gegenüber Claude Opus 5 unverändert, sodass allein auf dieser Achse nichts an einer synchronen Integration neu budgetiert werden muss. Was jedoch neu budgetiert werden muss, ist das Denken darin. Da max_tokens jetzt bei jeder Anfrage Denken plus Text abdeckt, ist ein Wert, der für den Antworttext bei Claude Opus 5 knapp bemessen war, hier enger — und bei xhigh- oder max-Aufwand empfiehlt der Anbieter, mit 64k zu beginnen und nachzujustieren. Wenn ein lang laufender Job gegen die synchrone 128K-Obergrenze dimensioniert wurde und jetzt abgeschnitten wird, dann ist nicht die Obergrenze das, was sich verändert hat.

Safeguard-Routing ist Teil der Spezifikation

Dies ist eine Tatsache der Integration, keine Richtlinien-Fußnote: Bei manchen Prompts beschreibt der Modell-String, den du sendest, nicht, was geantwortet hat.

Claude Opus 5.5 wird mit Sicherheitsklassifikatoren ausgeliefert, und eine abgelehnte Anfrage kommt als HTTP 200 mit stop_reason: "refusal" und einem stop_details-Objekt zurück, das den Richtlinienbereich angibt. Dieses Modell deckt mehr Kategorien ab als Claude Opus 5 – rechnen Sie mit bio, frontier_llm und reasoning_extraction neben der bekannten cyber-Kategorie. Die reasoning_extraction-Ablehnung wird direkt blockiert und nicht erneut versucht: Anthropics serverseitiger Fallback versucht sie nicht erneut, und die Ablehnung wird an Sie zurückgegeben.

Für die Kategorien, die einen erneuten Versuch durchführen, ist der Mechanismus ein Parameter. Setzen Sie fallbacks auf "default" mit dem server-side-fallback-2026-07-01 Beta-Header, und die API führt eine abgelehnte Anfrage innerhalb eines einzigen Aufrufs erneut auf dem Modell aus, das Anthropic für diese Kategorie empfiehlt, und gibt eine einzige Antwort zurück. Das Help Center von Anthropic benennt das Routing für dieses Modell direkt: markierte Cybersicherheits-Anfragen fallen auf Claude Opus 4.8 zurück, und seine Biologie-Klassifikatoren – das Set im Fable-5-Stil – bewirken einen Fallback auf Claude Opus 5 für Dual-Use-Arbeiten in den Biowissenschaften. Eine kleine Gruppe von Fähigkeiten zur Entwicklung von Frontier-LLMs wird ebenfalls zu Claude Opus 5 geleitet. Anthropic weist außerdem darauf hin, dass die Prüfungen alles überprüfen, was das Modell liest, nicht nur Ihre letzte Nachricht, sodass Speicher, Connector-Inhalte, Suchergebnisse und Dateien einen Wechsel auslösen können.

Für Ihre Integration ergeben sich drei Punkte. Lesen Sie bei jeder Antwort das Modell-Feld der obersten Ebene, denn es meldet das Modell, das die Nachricht tatsächlich erzeugt hat, und ein Fallback-Inhaltsblock markiert jeden Übergabepunkt. Überprüfen Sie die eigenen Rate-Limits des Fallbacks, denn ein rate-limitierter Fallback wird nicht versucht, und stattdessen wird die Ablehnung zurückgegeben – Fallbacks degradieren unter Last zu Ablehnungen. Und behandeln Sie jeden veröffentlichten Benchmark-Lauf mit aktivierten Schutzmaßnahmen als eine Messung des gerouteten Systems und nicht allein von Claude Opus 5.5, was genau dem entspricht, was Anthropic unten über seine eigenen Zahlen sagt.

Serverseitiger Fallback ist Beta und nur in der Claude API verfügbar: Er wird in der Message Batches API nicht unterstützt und ist nicht auf Amazon Bedrock, Google Cloud oder Microsoft Foundry verfügbar, wo stattdessen die SDK-Middleware der dokumentierte Weg ist. Auf der Verifizierungsseite gibt es Zugangswege für beide Kategorien – das Cyber Verification Program und das Life Sciences Verification Program –, aber beachten Sie die Asymmetrie, die Anthropics Help Center zum Zeitpunkt dieses Textes dokumentiert: Claude Opus 5.5 ist derzeit nicht im Cyber Verification Program aufgeführt, während das Life-Sciences-Programm so beschrieben wird, dass es verifizierten Organisationen Zugang zu den leistungsfähigsten Modellen bietet.

Kontext, Cutoff, Stilllegung und Schnellmodus

Der Rest des Umschlags, von der Modellseite und der Tabelle der veralteten Einträge:

• Kontextfenster — 1 Mio. Tokens, Standard, kein Beta-Header.

• Wissensstichtag — Juni 2026, der zugleich auch der Stichtag für die Trainingsdaten ist.

• Stilllegung — nicht vor dem 22.09.2027 auf von Anthropic betriebenen Plattformen, mit einer Vorankündigungsfrist von mindestens 60 Tagen. Amazon Bedrock und Google Cloud legen ihre eigenen Termine fest. Claude Opus 5 ist mindestens bis zum 24.07.2027 aktiv, es gibt also keinen erzwungenen Wechsel.

• Preisliste — 4,00 $ pro Million Eingabe, 20,00 $ pro Million Ausgabe, 5,00 $ pro Million Schreibvorgänge im 5-Minuten-Cache, 8,00 $ pro Million Schreibvorgänge im 1-Stunden-Cache, 0,20 $ pro Million Lesevorgänge im Cache. Batch ist in beide Richtungen zum halben Preis bei 2,00 $ / 10,00 $.

• Cache-Lesevorgänge sind der bemerkenswerte Ausreißer: 0,20 $ sind 5 % des Basis-Inputs, während die meisten Claude-Modelle bei 10 % liegen und Claude Fable 5.1 bei 2,5 %. Gemischte Workloads mit intensiver Cache-Wiederverwendung spüren das als echten Rabatt.

• Fast-Modus – weiterhin als Research Preview dokumentiert, nur für die Claude API, separat bepreist mit $8.00 pro Million für Eingabe / $40.00 pro Million für Ausgabe. Aktivieren mit speed: "fast" und dem fast-mode-2026-02-01 Beta-Header. Es ist nicht verfügbar bei Bedrock, Claude Platform on AWS, Google Cloud oder Microsoft Foundry, nicht mit der Batch API und nicht mit einer Verpflichtung für Priority Tier. Beachten Sie, dass Claude Opus 5.5 Priority Tier überhaupt nicht unterstützt.

Was die Benchmarks sagen – und bei welcher Einstellung

Aufwandseinstellungen sind der Grund, warum eine Anbietertabelle und eine unabhängige Tabelle nicht Zeile für Zeile verglichen werden können, und warum jede Zahl unten ihre Einstellung mitführt.

Vom Anbieter gemeldet, Anthropics eigener Testaufbau. In Anthropics Ankündigungsschreiben heißt es, dass – sofern nicht anders angegeben – alle Ergebnisse für Claude Opus 5.5 adaptives Denken mit maximalem Aufwand verwenden; die Ausnahme ist Terminal-Bench 4.0, angegeben mit xhigh für Claude Opus 5.5 und high für GPT-6 Astra, da dies jeweils der höchste Wert des betreffenden Modells ist. Auf dieser Grundlage meldet der Anbieter Terminal-Bench 4.0 mit 66,4 %, FrontierCode v1.1 Main mit 54,4 %, CursorBench 4.0 mit 57,8 %, GDPval-AA v2.1 mit 1.846 Elo, AutomationBench mit 40,0 %, Humanity's Last Exam with tools mit 67,7 %, Terminal-Bench-Science 0.1 mit 58,7 %, OSWorld 2.0 mit 81,8 % (teilweise) und Chartography with tools mit 89,0 %. Beim mittleren Standardaufwand des Modells gibt der Anbieter FrontierCode mit 54,6 % und CursorBench mit 52,5 % an. Beachten Sie, was dasselbe Schreiben offenlegt: Die Evaluierungen liefen mit aktivierten Produktionsschutzmaßnahmen, und wenn diese ausgelöst wurden, wurden Cybersicherheitsaufgaben von Claude Opus 4.8 und Aufgaben aus dem Bereich Biologie und Frontier-LLM-Entwicklung von Claude Opus 5 abgeschlossen – Anthropic zufolge verringert dies wahrscheinlich die Leistung von Claude Opus 5.5 bei diesen Benchmarks. Veröffentlichte Werte bei den betroffenen Evaluierungen sind daher keine sauberen Messungen dieses Modells.

Unabhängig, Artificial Analysis. Im Intelligence Index v4.3.2 erreicht Claude Opus 5.5 58 in der Konfiguration, die Artificial Analysis als „Adaptive Reasoning, Max Effort, Default Fallback“ bezeichnet – seine höchste gemessene Punktzahl mit mehreren Punkten Vorsprung, und es führt sechs der zehn Teilbewertungen an. Im selben Index und auf demselben Harness erzielt Claude Fable 5.1 53 Punkte und Claude Opus 5 51. Artificial Analysis veröffentlicht die vollständige Effort-Leiter – hier das nützlichste unabhängige Artefakt: max 58, xhigh 56, high 54, medium 51, low 42. Seine eigenen Messungen setzen Claude Opus 5.5 bei max effort auf etwa 119.000 Ausgabe-Tokens pro Index-Aufgabe, gegenüber etwa 73.000 für Claude Opus 5, 78.000 für Claude Fable 5.1 und 27.000 für GPT-6 Astra – Tokens, die als Ausgabe-Tokens abgerechnet werden –, und seine Seite gibt Kosten von 5,98 $ pro Index-Aufgabe an. Es misst außerdem Terminal-Bench 4.0 mit 59,6 % und Humanity's Last Exam mit 61,4 %, gegenüber 66,4 % und 67,7 % des Anbieters bei max effort auf einem anderen Harness.

Liest man diese beiden Absätze gegeneinander, fällt die ehrliche Schlussfolgerung eng aus. Die 66,4 % des Anbieters bei Terminal-Bench und die unabhängigen 59,6 % sind derselbe Benchmark, durchgeführt von unterschiedlichen Personen unter Einstellungen, bei denen nicht garantiert ist, dass sie übereinstimmen, und keiner von beiden belegt etwas über Ihre Workload. Übertragbar ist die Erkenntnis der Aufwandsleiter: Auf einem unabhängigen Index umfassen die eigenen Einstellungen dieses Modells sechzehn Punkte, was eine größere Spanne ist als der Abstand zwischen ihm und seinem Vorgänger. Die Wahl einer Aufwandsstufe ist wichtiger als die Wahl zwischen diesen Modellen, und die „Default Fallback“-Klausel in diesem Label ist das oben beschriebene Safeguard-Routing, kein Benchmark-Artefakt.

Vom Anbieter gemeldete Effizienz, mit Quellenangabe. Anthropic sagt, Claude Opus 5.5 erreiche bei den meisten Arbeiten das Niveau von Claude Fable 5.1 bei etwa 40 % geringeren Betriebskosten und dass typische Workloads rund 40 % weniger kosten als bei Claude Opus 5 – gegenüber einer Listenpreissenkung von 20 %. Die Ausgabe ist mehr als 30 % schneller. Dies sind Anbieter-Charakterisierungen von Durchschnittswerten über Workloads, die der Anbieter ausgewählt hat. Die Kundenaussagen zum Start sind dieselbe Art von Belegen: Box meldet ein Drittel der Tokens und Antworten, die rund 40 % weniger ausführlich sind, Kiro etwa die Hälfte der Tokens und rund 40 % weniger Aufrufe, Factory 20–25 % weniger Ausgabe-Tokens, GitHub gehört zu den wenigsten Tokens und Schritten, die es gemessen hat. Anthropic berichtet außerdem von einem internen Faktencheck-Test, bei dem 16 seiner 18 Berichte eine Qualitätshürde bestanden, die weder Claude Fable 5.1 noch Claude Opus 5 in irgendeinem Versuch genommen hat. Alles davon ist vom Anbieter gemeldet und nichts davon ist auditiert. Die offengelegte Einschränkung ist ungewöhnlich offen und es lohnt sich, sie weiterzugeben: Anthropic sagt, Claude Opus 5.5 „habe häufig den Verdacht, evaluiert zu werden“.

Zum Abschluss noch die Schwestermodelle: Anthropic sagt, Claude Sonnet 5.5 und Claude Haiku 5.5 kommen „in den kommenden Wochen“. Keines ist bislang ausgeliefert, keines hat einen Preis, und keines ist heute auf irgendeiner Oberfläche verfügbar.

Testen der vier Änderungen ohne vollständige Umstellung

Das Migrationsrisiko liegt hier nicht in der Qualität – es liegt darin, dass ausgerechnet ein Codepfad, den Sie im Staging nie ausgeführt haben, in der Produktion 400 zurückgibt. Die vier Breaking Changes sind allesamt Änderungen an der Request-Form, was bedeutet, dass sie deterministisch und sofort fehlschlagen, und der einzige Weg, die Pfade zu finden, die Sie übersehen haben, besteht darin, echten Traffic durch sie laufen zu lassen.

Claude Opus 5.5 ist auf OrcaRouter als anthropic/claude-opus-5.5zum eigenen Listenpreis von Anthropic mit 0 % Aufschlag verfügbar — der Listenpreis des Anbieters wird durchgereicht, sodass eine Preisänderung eines Anbieters hier noch am selben Tag live ist.

Damit kannst du einen Prozentsatz des Produktionsverkehrs auf das Modell lenken, während der Rest weiterhin auf Claude Opus 5 läuft, beobachten, welche Anfragen fehlschlagen und warum, und sie einzeln beheben. Die vier Fehler sind selbsterklärend: Jeder nennt den Parameter, den er abgelehnt hat, und in drei von vier Fällen den Ersatz. Automatisches Failover überbrückt die Lücke, solange ein Pfad noch defekt ist – eine Anfrage, die bei einem Modell fehlschlägt, das du noch nicht vollständig charakterisiert hast, fällt auf eines zurück, das du kennst, anstatt dem Nutzer den 400-Fehler anzuzeigen.

Eine praktische Reihenfolge der Arbeit: Tausche zuerst die Model-ID aus und setze effort explizit, da der Standard auf medium umgestellt wurde; entferne als Nächstes die Pfade thinking-disabled und forced-tool-choice; dann repariere den Streaming-Reader — Blockauswahl nach Typ und die Einstellung thinking.display —, denn dieser ist derjenige, der still statt laut fehlschlägt; und hebe dir die Migration des computer-use-Toolsets für zuletzt auf, wenn du auf Bedrock bist, da sie diejenige ist, die dort nicht gilt. Alles andere — Preis, Kontextfenster, Cache-Raten und der 1M-Token-Standard — ist bereits dort, wo du es gelassen hast.

Leiten Sie einen Teil des Live-Verkehrs auf das neue Modell um, ohne vollständig umzusteigen: Claude Opus 5.5 auf OrcaRouter läuft zum Listenpreis von Anthropic mit automatischem Failover auf ein Modell, das Sie bereits charakterisiert haben.