Was ist neu in Claude Fable 5.1

Claude Fable 5.1 erweitert Claude Fable 5 zu denselben Input- und Output-Preisen, wobei Cache-Lesevorgänge nur ein Viertel kosten, und bietet stärkeres lang laufendes agentisches Coding, mehrstufige Recherche sowie Arbeit mit Dokumenten, Tabellenkalkulationen und Folien. Für die meisten Workloads beginnst du mit Claude Opus 5.5 (siehe Ein Modell auswählen). Verwende Claude Fable 5.1 für anspruchsvolles Reasoning und agentische Arbeit mit langem Zeithorizont oder wenn deine Evals mit Claude Opus 5.5 bei höherem Effort immer noch nicht ausreichen. Claude Mythos 5.1 bietet dieselben Fähigkeiten ausschließlich Organisationen, die über die Verifizierungsprogramme von Anthropic verifiziert wurden, etwa das Cyber Verification Program.

Wenn du Claude Fable 5 bereits aufrufst, sind drei Änderungen „breaking changes" (inkompatible Änderungen): Erzwungene Tool-Nutzung gibt einen Fehler zurück, nur Claude Fable 5.1 und Claude Mythos 5.1 können die Thinking-Blöcke von Claude Fable 5.1 lesen und das Bearbeiten früherer Turns macht Thinking-Blöcke ungültig. Fünf sind additiv: Effort pro Nachricht (Beta), turn-bezogene System-Nachrichten (Beta), lesbare Fortschrittsmeldungen zwischen Tool-Aufrufen (display: "updates", Beta), ein niedrigerer Preis für Cache-Lesevorgänge und Inhaltsherkunft.

Modelle

Claude Fable 5.1 und Claude Mythos 5.1 teilen Spezifikationen und Preise:

• Kontextfenster und Output: ein „context window“ (Kontextfenster) von 1M Token (Standard und Maximum) zu Standardpreisen pro Token über das gesamte Fenster hinweg sowie 128k maximale Output-Token.
• Nachdenken: adaptives Nachdenken ist immer aktiviert. Verwende den Effort-Parameter, um die Denktiefe zu steuern.
• Preise: dieselben wie bei Claude Fable 5, mit Ausnahme eines niedrigeren Preises für Cache-Lesevorgänge.
• Tokenizer: derselbe wie bei Claude Fable 5 (eingeführt mit Claude Opus 4.7). Im Vergleich zu Modellen, die älter als Claude Opus 4.7 sind, erzeugt derselbe Text etwa 30 % mehr Token. Siehe Token-Zählung.

Alle aktuellen Modelle findest du in der Modellübersicht.

Breaking Changes

Erzwungene Tool-Nutzung wird nicht unterstützt

Claude Fable 5.1 und Claude Mythos 5.1 unterstützen keine erzwungene „tool use“ (Tool-Nutzung). tool_choice mit dem Wert {"type": "any"} oder {"type": "tool", "name": "..."} gibt einen 400 invalid_request_error zurück:

tool_choice: type "tool" and "any" are not supported for this model.

tool_choice: {"type": "auto"} (der Standard) und {"type": "none"} sind unverändert. Dieselbe Validierung gilt für den Endpunkt zur Token-Zählung.

Thinking ist bei diesen Modellen immer aktiviert, und ein erzwungener Tool-Aufruf würde es überspringen. Das Modell würde seine Überlegungen stattdessen in die Tool-Argumente schreiben, was die Qualität der Argumente senkt. Für schemavalides JSON behalte tool_choice: {"type": "auto"} bei und setze strict: true mit strikter Tool-Nutzung, oder verlagere das Schema in strukturierte Ausgaben. Damit das Modell ein Tool aufruft, statt in Text zu antworten, gib im Prompt an, wann das Tool anzuwenden ist (zum Beispiel „Verwende das Tool get_weather, um zu antworten"). Claude Fable 5.1 befolgt explizite Tool-Anweisungen zuverlässig.

Nur Claude Fable 5.1 und Claude Mythos 5.1 lesen Thinking-Blöcke von Claude Fable 5.1

Jeder Thinking-Block hält fest, welches Modell ihn erzeugt hat. Claude Fable 5.1 liest die Thinking-Blöcke früherer Modelle, aber nur Claude Fable 5.1 und Claude Mythos 5.1 lesen die von Claude Fable 5.1. Eine Konversation, die zu Claude Fable 5.1 wechselt (von Claude Opus 5, Claude Fable 5 oder einem beliebigen früheren Claude-Modell), behält ihr Reasoning. Eine Konversation, die von Claude Fable 5.1 zu einem anderen Modell wechselt, verliert es für die Turns, die dort ausgeführt werden.

Enthält eine Anfrage einen Block, den das Zielmodell nicht lesen kann (zum Beispiel weil ein Router oder Fallback mitten in der Konversation das Modell wechselt), verwirft die API den Block, bevor das Modell ihn sieht. Verworfene Blöcke zählen nicht zu input_tokens und werden nicht berechnet. Mit dem Beta-Header thinking-binding-controls-2026-08-01 wird das Verwerfen in einem Array input_transformations auf oberster Ebene gemeldet. Ohne diesen Header geschieht es stillschweigend. Siehe Modelle mitten in der Konversation wechseln.

Das Bearbeiten früherer Turns macht Thinking-Blöcke ungültig

Das Ändern von irgendetwas vor einem Thinking-Block von Claude Fable 5.1 (dem system-Prompt, den tools oder einer früheren Nachricht) führt bei der nächsten Anfrage zu einem Fehler oder dazu, dass der Block entfernt wird, wenn du dich dafür entscheidest. Claude Mythos 5.1 führt diese Prüfung nicht durch. Claude Code, claude.ai, Claude Managed Agents und das Claude Agent SDK halten dieses Präfix für dich intakt. Wenn dein Code das messages-Array selbst aufbaut, prüfe ihn vor der Migration: Bewahrtes Thinking führt durch die Prüfung und jede Korrektur. Die Prüfung wird für neue Konten durchgesetzt, die am oder nach dem 31. August 2026 erstellt wurden. Bei früher erstellten Konten zeichnet die API die Abweichung auf, handelt aber nur danach, wenn die Anfrage thinking.block_binding.prefix_mismatch_behavior setzt.

Diese Muster machen jeden späteren Thinking-Block ungültig:

• Bearbeiten, Umordnen oder Entfernen eines früheren Turns, während spätere beibehalten werden.
• Einfügen von anfragespezifischem Text in einen früheren Turn (eine Erinnerung oder Statuszeile), den du bei der nächsten Anfrage wieder entfernst.
• Neuaufbau des system-Prompts oder des tools-Arrays auf oberster Ebene zwischen Anfragen in derselben Konversation.
• Eine Bild- oder Dokument-URL, die bei einer späteren Anfrage andere Bytes liefert (die Prüfung bezieht sich auf die Bytes, nicht auf die URL, sodass eine rotierende signierte URL für dieselbe Datei in Ordnung ist).

Diese halten spätere Blöcke gültig: Entfernen einer führenden Folge von Thinking-Blöcken (älteste zuerst), Kürzen des Verlaufs durch serverseitige Compaction oder Context Editing, Verschieben von cache_control-Markern und Ändern von effort zwischen Anfragen. Das Entfernen eines Thinking-Blocks von einer anderen Stelle als dem Anfang der Folge macht jeden Thinking-Block danach ungültig.

Wo die Prüfung durchgesetzt wird, wird eine Anfrage, die einen ungültig gemachten Block erneut sendet, mit einem 400 abgelehnt, dessen Meldung The block is bound to a different conversation lautet. Um stattdessen den Block zu entfernen und fortzufahren, sende den Beta-Header thinking-binding-controls-2026-08-01 mit thinking.block_binding.prefix_mismatch_behavior: "drop_block". Das Entfernen wird in input_transformations mit reason: "prefix_binding_mismatch" gemeldet.

Damit Thinking über eine lange Sitzung hinweg gültig bleibt, behandle die Konversation so, dass nur angehängt wird. Füge Anweisungen mit einer Systemnachricht mitten in der Konversation hinzu (turn-bezogen, wenn sie nur für einen Turn gelten soll). Ändere Tools mit Tool-Änderungen mitten in der Konversation, statt system oder tools zu bearbeiten. Kürze den Kontext mit serverseitigem Context Editing oder Compaction, die nicht als Bearbeitungen zählen. Diese Muster halten auch den Prompt-Cache warm. Um herauszufinden, ob deine Integration die Historie bearbeitet, führe eine Sitzung mit prefix_mismatch_behavior: "drop_block" aus und protokolliere input_transformations. Der Migrationsleitfaden beschreibt die Prüfung in drei Schritten. Die vollständigen Regeln findest du unter Das Präfix unverändert lassen.

Neue Funktionen

Effort mitten in der Konversation ändern (Beta)

Bei Claude Fable 5.1 kannst du das Effort-Level mitten in der Konversation ändern, ohne den Prompt-Cache ungültig zu machen. Erhöhe es für einen schwierigen Schritt und senke es für Routineschritte. Effort pro Nachricht befindet sich in der Beta: Füge den Beta-Header mid-conversation-output-config-2026-07-01 hinzu. Claude Fable 5.1 und Claude Mythos 5.1 unterstützen dies auf der Claude API, Google Cloud und Amazon Bedrock. Um es mit Claude Fable 5.1 über die Amazon Bedrock InvokeModel API zu verwenden, sende diesen Wert stattdessen im anthropic_beta-Array des Request-Bodys. Die anderen Modelle, die dies unterstützen, und die jeweiligen Plattformen findest du unter Effort mitten im Gespräch ändern.

client = anthropic.Anthropic()

response = client.beta.messages.create(
    model="claude-fable-5-1",
    max_tokens=4096,
    output_config={"effort": "high"},
    messages=[
        {
            "role": "user",
            "content": "Plan a migration from SQLite to PostgreSQL in three short steps.",
        },
        {
            "role": "assistant",
            "content": "1. Export the SQLite data. 2. Create the PostgreSQL schema. 3. Import the data and verify row counts.",
        },
        # System-Nachricht nur für Effort: Die neue Stufe gilt ab dem nächsten User-Turn.
        {"role": "system", "content": [], "output_config": {"effort": "low"}},
        {"role": "user", "content": "Summarize the plan in one sentence."},
    ],
    betas=["mid-conversation-output-config-2026-07-01"],
)

for block in response.content:
    if block.type == "text":
        print(block.text)

Siehe Effort pro Nachricht für Details.

Turn-bezogene System-Nachrichten (Beta)

Eine System-Nachricht mitten in der Konversation kann auf einen Turn beschränkt werden. Setze clear_at: "next_user_message" auf einer Nachricht mit role: "system", und ihr Text trägt für den aktuellen Turn die Autorität eines „system prompt“ (System-Prompt) und wird dann nicht mehr gerendert, sobald eine spätere user-Nachricht existiert. Die Nachricht bleibt in messages und du sendest sie weiterhin wortgetreu zurück, sodass sich nichts Früheres in der Konversation ändert. Der Prompt-Cache trifft weiterhin, spätere Thinking-Blöcke bleiben gültig, und eine gelöschte Nachricht kostet keine Input-Token. Verwende dies für Erinnerungen pro Turn in einer Tool-Schleife („prüfe deinen Posteingang, bevor du weiteren Code ausführst“, „der Nutzer kann diese Tool-Ausgabe nicht sehen“), statt Text in den Verlauf einzufügen und ihn bei der nächsten Anfrage zu löschen. Turn-bezogene System-Nachrichten sind in der Beta: Füge den Beta-Header mid-conversation-system-clear-at-2026-08-21 hinzu. Siehe Turn-bezogene System-Nachrichten.

{
  "role": "system",
  "clear_at": "next_user_message",
  "content": "Results have landed in your inbox. Check it before running more code."
}

Fortschrittsmeldungen zwischen Tool-Aufrufen (Beta)

Wie Claude Fable 5 schreibt Claude Fable 5.1 zwischen Tool-Aufrufen kurze Fortschrittsmeldungen darüber, was es gefunden hat und was es als Nächstes tun wird, allerdings weniger davon (siehe Geändert gegenüber Claude Fable 5). Jede Meldung kommt als eigener thinking-Block unmittelbar vor dem Tool-Aufruf an. Unter dem Standardwert "omitted" für thinking.display kommen diese Blöcke leer zurück, wie Reasoning, sodass ein langer agentischer Turn für deine Nutzer stumm wirken kann. Neu ist die Option display: "updates": Setze sie mit dem Beta-Header thinking-display-updates-2026-08-18, um die Fortschrittsmeldungen als Text zu erhalten, während das Reasoning verborgen bleibt. Jeder thinking-Block mit nicht leerem Text ist dann eine Statuszeile, die du dem Nutzer anzeigen kannst. "summarized" gibt sie ebenfalls zurück, gemischt mit zusammengefasstem Reasoning. Siehe Fortschrittsmeldungen zwischen Tool-Aufrufen.

Inhaltsherkunft

Von Claude Fable 5.1 und Claude Mythos 5.1 generierter Text trägt auf jeder Plattform, auf der das Modell verfügbar ist, das statistische Text-Wasserzeichen von Anthropic. Unterstützte Bild-, Video- und Audiodateien, die Claude erzeugt (zum Beispiel über das Code-Ausführungstool), tragen signierte C2PA-Content-Credentials, wenn du sie über die Files API der Claude API abrufst.

Das Wasserzeichen verändert weder Bedeutung noch Qualität oder Lesbarkeit der Ausgabe. Es fügt keine Token oder versteckten Zeichen hinzu, enthält keine Informationen über dich oder deine Organisation und erfordert keine Änderungen an deinen Anfragen oder Antworten. Hintergrundinformationen findest du unter Wie Claude KI-generierte Inhalte kennzeichnet und Wie das Text-Wasserzeichen von Claude funktioniert.

Verhaltensunterschiede

Geändert gegenüber Claude Fable 5

Claude Fable 5.1 unterscheidet sich von Claude Fable 5 in mehreren Punkten, die sich ohne jede Codeänderung zeigen. Für jeden gibt es eine Prompting-Korrektur in Prompting für Claude Fable 5.1:

• Paralleles Tool-Calling ist variabler. Claude Fable 5.1 gibt möglicherweise einen Tool-Aufruf pro Turn aus, wo Claude Fable 5 mehrere gebündelt hat. Dies zeigt sich in langen Agenten-Schleifen, in denen die nächsten unabhängigen Lesevorgänge nur impliziert sind: benutzerdefinierte Coding-Agenten, Bash-und-Editor-Harnesses, Computer Use. Die zusätzlichen Turns kosten Token, Roundtrips und Echtzeit, verringern aber nicht die Antwortqualität. Anfragen, die mehrere abzurufende Dinge benennen, laufen weiterhin parallel. Füge die einzeilige Bündelungsanweisung aus Unabhängige Tool-Aufrufe in Agenten-Schleifen bündeln hinzu.
• Weniger Fortschrittsmeldungen während langer Tool-Läufe. Das Modell schreibt zwischen Tool-Aufrufen weniger nutzerseitigen Text, insbesondere bei höherem Effort. Setze thinking.display auf "updates" (Beta), um die Fortschrittsmeldungen zu erhalten, die es schreibt, und entferne jede Prompt-Zeile, die es anweist, Erkenntnisse für die endgültige Antwort zurückzuhalten. Wenn deine UI auf Erzählung angewiesen ist, bitte explizit um eine Eröffnungszeile, regelmäßige Updates und eine abschließende Zusammenfassung. Siehe Um nutzerseitige Fortschrittsmeldungen bitten.
• Antwortet bei low Effort häufiger aus dem Gedächtnis. Auf der niedrigsten Effort-Stufe ruft das Modell seltener ein Such- oder Retrieval-Tool auf. Erhöhe den Effort für Turns, die aktuelle Informationen benötigen, auch mitten in der Konversation, oder füge den Verifizierungshinweis aus Suchauslösung bei niedrigem Effort hinzu.
• Stellenweise dichtere Prosa. In manchen Fällen ist seine Prosa dichter als die von Claude Fable 5, mit längeren Sätzen und weniger Absatzumbrüchen. Siehe Schreibdichte.
• Weniger Formatierung im Chat. Das Modell verwendet Fettdruck, Überschriften und Listen seltener als frühere Claude-Modelle, sodass für diese Modelle geschriebene Anti-Formatierungsregeln Struktur unterdrücken können, die der Inhalt benötigt. Siehe Formatierung im Chat.
• Nicht gekennzeichnete Zitate in Zusammenfassungen. Beim Zusammenfassen von Dokumenten reproduziert das Modell eher Passagen der Quelle, ohne sie als Zitate zu kennzeichnen. Siehe Abgerufene Quellen zitieren.
• Neuschreiben ganzer Dateien bei kleinen Änderungen. Beim Bearbeiten von Textdateien schreibt das Modell eher die gesamte Datei neu, statt eine gezielte Bearbeitung vorzunehmen. Das Ergebnis ist meist dasselbe, aber das Neuschreiben kostet mehr Output-Token und Zeit. Siehe Gezielte Bearbeitungen gegenüber dem Neuschreiben ganzer Dateien bevorzugen.

Unverändert gegenüber Claude Fable 5

Diese Verhaltensweisen der Messages API werden unverändert von Claude Fable 5 übernommen:

• Adaptives Nachdenken ist immer aktiviert. thinking: {"type": "enabled"} mit budget_tokens und thinking: {"type": "disabled"} geben beide einen 400-Fehler zurück. Lass thinking weg oder sende {"type": "adaptive"}.
• thinking.display ist standardmäßig "omitted". "summarized" ist verfügbar, und die rohe Gedankenkette wird nie zurückgegeben.
• Reasoning zwischen Tool-Aufrufen erscheint in Thinking-Blöcken statt in Text, und verschachteltes Nachdenken erfolgt automatisch ohne Beta-Header.
• Das Vorbefüllen der Assistant-Antwort gibt einen 400-Fehler zurück.
• Nicht standardmäßige Werte für temperature, top_p oder top_k geben einen 400-Fehler zurück.
• Die minimale cachebare Prompt-Länge beträgt 512 Token.
• System-Nachrichten mitten in der Konversation und Tool-Änderungen werden unterstützt.

Verbesserungen der Fähigkeiten

Claude Fable 5.1 verbessert sich gegenüber Claude Fable 5, und der Abstand ist bei höheren Effort-Stufen am größten. Die Zugewinne konzentrieren sich auf sechs Bereiche:

• Agentisches Coding über lange Sitzungen, einschließlich Features über mehrere Dateien, großer Refactorings und Migrationen, Debugging und Code-Review über Sitzungen hinweg, die stundenlang laufen.
• Wissensarbeit mit Dokumenten, Tabellenkalkulationen und Folien, bei der eine Analyse von einer ersten Frage bis zu einem fertigen Dokument, einer Tabellenkalkulation mit Live-Formeln oder einem von Grund auf erstellten Foliensatz geführt wird.
• Recherche und Suche, mit höherer Genauigkeit bei mehrstufiger Web-Recherche und Deep-Research-Aufgaben, die dem Gefundenen nachgehen.
• Vision, Lesen dichter Diagramme, Einreichungen und in PDFs verschachtelter Tabellen, auch mit Crop-and-Zoom-Tools bei Diagrammen.
• Arbeit mit langem Kontext, Reasoning über und Verknüpfen von Details über das gesamte Kontextfenster von 1M Token hinweg.
• Computer Use, zuverlässigeres Bedienen eines Browsers und von Desktop-Anwendungen sowie Erholung von fehlgeschlagenen Schritten.

Die mehrsprachige Leistung ist auf dem Niveau von Claude Fable 5.

Ablehnungen, Fallback und Abrechnung

Claude Fable 5.1 enthält Sicherheitsklassifikatoren, die dieselben stop_details-Kategorien wie Claude Fable 5 abdecken, und alles in Ablehnungen und Fallback gilt. Es kann stop_reason: "refusal" zurückgeben, behandle also Ablehnungen und konfiguriere Fallback.

• Ablehnungen: Eine abgelehnte Anfrage gibt HTTP 200 mit stop_reason: "refusal" und einem stop_details-Objekt zurück, das den ausgelösten Richtlinienbereich benennt.
• Fallback: Wiederhole eine abgelehnte Anfrage auf einem anderen Modell mit serverseitigem Fallback, der SDK-Middleware oder deinem eigenen Retry. fallbacks: "default" (Beta) wiederholt eine abgelehnte Anfrage auf dem Modell, das Anthropic für diese Kategorie empfiehlt. Die zulässigen Fallback-Ziele für Claude Fable 5.1 sind Claude Opus 4.8 und Claude Opus 5.
• Abrechnung: Eine Ablehnung, die vor jeglicher Ausgabe eintrifft, wird berechnet, wenn sie in eine Kategorie mit wenigen Fehlalarmen fällt. So sollen Versuche erschwert werden, die Schutzmaßnahmen von Anthropic in großem Umfang zu umgehen (Wie Ablehnungen berechnet werden). Vor dem 24. September 2026 wurden diese Ablehnungen nicht berechnet. Bei einer Ablehnung mitten im Stream werden die Input-Token und die bereits gestreamte Ausgabe zu normalen Tarifen berechnet. Für Claude Fable 5.1 erstattet die Fallback-Gutschrift die Prompt-Cache-Kosten des Modellwechsels.

Preise

Claude Fable 5.1 und Claude Mythos 5.1 haben dieselben Preise wie Claude Fable 5, mit Ausnahme der Cache-Lesevorgänge (Preise in USD):

Cache-Lesevorgänge (Treffer und Aktualisierungen) kosten bei diesen Modellen das 0,025-Fache des Basis-Input-Preises, verglichen mit dem 0,05-Fachen bei Claude Opus 5.5 und Claude Sonnet 5.5 und dem 0,1-Fachen bei anderen Claude-Modellen. Lange agentische Sitzungen, die ein gecachtes Präfix erneut lesen, zahlen ein Viertel des Tarifs von Claude Fable 5. Cache-Schreibvorgänge und die minimale cachebare Prompt-Länge von 512 Token bleiben unverändert.

Batch-Verarbeitung kostet 5 $ pro Million Input-Token und 25 $ pro Million Output-Token. Siehe Preise für Datenresidenz und Tool-Preise.

Verfügbarkeit

Claude Fable 5.1 ist verfügbar auf:

• Claude API: alle Kunden, als claude-fable-5-1.
• AWS: Claude in Amazon Bedrock, als anthropic.claude-fable-5-1, und Claude Platform auf AWS, als claude-fable-5-1.
• Google Cloud: Claude auf Google Cloud, als claude-fable-5-1.
• Microsoft Foundry: Claude in Microsoft Foundry, auf Anthropic-Infrastruktur.

Claude Mythos 5.1 ist nur für Organisationen verfügbar, die über die Verifizierungsprogramme von Anthropic verifiziert wurden, etwa das Cyber Verification Program. Um Zugang anzufordern, bewirb dich für das Programm, das deinen Anwendungsfall abdeckt, oder wende dich an dein Account-Team bei Anthropic, AWS oder Google Cloud.

Claude Fable 5.1 und Claude Mythos 5.1 haben eine Datenaufbewahrung von 30 Tagen und sind nicht unter Zero Data Retention verfügbar, sofern nicht ausdrücklich von Anthropic genehmigt. Beide sind Covered Models, wie Claude Fable 5 und Claude Mythos 5. Siehe Modellspezifische Anforderungen an die Datenaufbewahrung.

Von Claude Fable 5 migrieren

Um von Claude Fable 5 zu migrieren, aktualisiere deine Modell-ID:

model = "claude-fable-5"  # Before
model = "claude-fable-5-1"  # After

Prüfe dann diese Punkte:

1. Entferne jedes tool_choice vom Typ any oder tool. Verlagere die Schema-Durchsetzung in strikte Tool-Nutzung mit tool_choice: {"type": "auto"} oder in strukturierte Ausgaben.
2. Gib Thinking-Blöcke unverändert zurück und erweitere die Historie nur durch Anhängen. Wenn dein Code das messages-Array selbst aufbaut, führe die Prüfung auf Bearbeitungen der Historie durch. Verlagere Erinnerungen pro Turn, die du derzeit einfügst und wieder löschst, in turn-bezogene Systemnachrichten. Verlagere Änderungen an system und tools in Systemnachrichten mitten in der Konversation. Kürze den Kontext serverseitig oder entferne Thinking-Blöcke aus Turns, die du über eine clientseitige Zusammenfassung hinweg übernimmst. Wähle dann ein prefix_mismatch_behavior für die Produktion und überwache input_transformations.
3. Stimme den Effort ausgehend vom Standardwert (high) neu ab und erwäge, ihn mitten in der Konversation zu ändern, statt ein Level für die gesamte Sitzung beizubehalten.
4. Achte in Agent-Schleifen auf einen einzelnen Tool-Aufruf pro Turn, wo Claude Fable 5 mehrere gebündelt hat, und füge den Hinweis pro Turn aus Prompting für Claude Fable 5.1 hinzu.
5. Führe deine Evals erneut aus. Behandlung von Ablehnungen, Fallback, Fallback-Gutschrift und Tokenizer bleiben unverändert. Cache-Lesevorgänge kosten weniger (siehe Preise), und das Standardverhalten unterscheidet sich in den Punkten, die unter Änderungen gegenüber Claude Fable 5 aufgeführt sind.

Siehe den Migrationsleitfaden für Schritt-für-Schritt-Anleitungen, auch von Claude Opus 5 und früheren Modellen.

Nächste Schritte