Claude Fable 5.1: Änderungen gegenüber Fable 5, Preise, Cache-Lesezugriffe und inkompatible API-Änderungen

Was hat sich in claude fable 5.1 geändert?

Anthropic hat Claude Fable 5.1 und Claude Mythos 5.1 als Nachfolger von Fable 5 und Mythos 5 veröffentlicht. Ihre API-Kennungen lauten claude-fable-5-1 und claude-mythos-5-1.

Beide Modelle haben standardmäßig ein Kontextfenster von 1 Millionen Tokens, eine maximale Ausgabe von 128,000 Tokens und stets aktives adaptives Denken. Die Versionshinweise vom September 1 legen die Spezifikationen zur Veröffentlichung, die Plattformverfügbarkeit und die Änderungen für die Migration fest.

Fable 5.1 vs. Fable 5

Anthropic berichtet von Verbesserungen beim Programmieren in langen Sitzungen, bei der Arbeit mit Dokumenten, Tabellen und Präsentationen, bei mehrstufiger Recherche, bei der Bildverarbeitung, beim Schlussfolgern über lange Kontexte und bei der Computerbedienung. Die veröffentlichten Terminal-Benchmarks zeigen folgende Änderungen:

Diese Ergebnisse wurden von Anthropic gemeldet und mit den Schutzmaßnahmen des Produktivbetriebs ermittelt. Sie liefern Anhaltspunkte für die gemeldeten Verbesserungen, belegen aber keinen konkreten Leistungsgewinn für Ihr Repository oder Ihren Agenten-Workflow. Eine Migrationsbewertung sollte repräsentative Aufgaben aus Ihrer eigenen Anwendung umfassen.

Für Entwickler verbindet diese Veröffentlichung Änderungen an den Fähigkeiten mit einer begrenzteren Preisänderung und mehreren Kompatibilitätsfragen. Betrachten Sie Modellqualität, Token-Kosten und Anfragekompatibilität als getrennte Bestandteile des Upgrades.

Worin sich Claude Mythos 5.1 unterscheidet

Das Ankündigung zur Veröffentlichung beschreibt Fable und Mythos als „dasselbe Modell, aber mit unterschiedlichen Schutzstufen“.

Fable 5.1 ist allgemein verfügbar. Der Zugang zu Mythos 5.1 ist auf vertrauenswürdige Programme beschränkt, mit Schutzmaßnahmen für Arbeiten in der Cybersicherheit und den Biowissenschaften; die API-Hinweise zur Veröffentlichung nennen den Zugang für Teilnehmer von Project Glasswing.

Die beiden Modelle haben dieselben aufgeführten Spezifikationen und Token-Preise. Sie unterscheiden sich außerdem darin, wie sie die Einhaltung des Gesprächspräfixes erzwingen. Das ist relevant, wenn eine Anwendung einen Verlauf bearbeitet, der beibehaltene Denkprozesse enthält.

Preise für Fable 5.1: Cache-Lesezugriffe werden um 75 % günstiger

Die Preise für Fable 5.1 behalten die Basispreise für Eingabe und Ausgabe von Fable 5 bei. Die direkte Preissenkung betrifft Cache-Lesezugriffe, deren Preis von $1 auf $0.25 pro Million Tokens sinkt.

Das Dokumentation der Änderungen in Fable 5.1 führt diese Preise auf. Alle folgenden Preise sind in US-Dollar pro Million Tokens angegeben.

Cache-Lesezugriffe kosten jetzt das 0.025-Fache des Basispreises für Eingaben. Die Mindestlänge eines cachefähigen Prompts bleibt bei 512 Tokens, und die Batch-Preise für Eingabe und Ausgabe betragen $5 bzw. $25 pro Million Tokens.

Was der niedrigere Cache-Preis bedeutet

Für eine Million Tokens, die ausdrücklich als Cache-Lesezugriffe abgerechnet werden, sinkt der angegebene Preis von $1 auf $0.25. Das ist eine Reduzierung um 75 % für diese Abrechnungskategorie; es ist keine Reduzierung der gesamten Anfragekosten um 75 %.

Die Preise für Eingabe, Ausgabe und Cache-Schreibzugriffe bleiben unverändert. Halten Sie diese Kategorien bei der Schätzung von Migrationseinsparungen getrennt, statt die Reduzierung für Cache-Lesezugriffe auf die gesamte Rechnung anzuwenden.

Anthropic schätzt die Kosten für typische tokenbasierte Workloads als 25 % niedriger ein und für stark agentenbasierte Arbeit als bis zu ungefähr 45 % niedriger. Dabei handelt es sich um workloadbezogene Schätzungen, nicht um Senkungen der Basispreise für Eingabe oder Ausgabe.

Einen umfassenderen Überblick über den Token-Verbrauch finden Sie in unserem Leitfaden zur Reduzierung der Claude-Token-Nutzung. Bei dieser Veröffentlichung sollten Sie als konkrete Preisänderung verfolgen, welcher Anteil Ihrer Nutzung als Cache-Lesezugriffe abgerechnet wird.

Erzwungene Tool-Auswahl wird zu einer inkompatiblen API-Änderung

Sowohl Fable 5.1 als auch Mythos 5.1 lehnen zwei zuvor nutzbare Formen der Tool-Auswahl ab:

• tool_choice: {"type":"any"}
• tool_choice: {"type":"tool","name":"..."}

Das Ergebnis ist HTTP 400 mit invalid_request_error. Der dokumentierte Fehlertext lautet:

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

Das Migrationsleitfaden bestätigt, dass auto und none weiterhin unterstützt werden. Die Validierung gilt auch für Message Batches und die Token-Zählung. Prüfen Sie daher die entsprechenden Komponenten zur Anfrageerstellung zusammen mit den normalen Nachrichtenanfragen.

Toolabhängige Workflows aktualisieren

Die empfohlene Migration verwendet auto, eine ausdrückliche Anweisung zur Verwendung des entsprechenden Tools und strict: true zur Durchsetzung des Schemas. Wenn das erzwungene Tool dazu dienen sollte, strukturierte JSON zu erzeugen, verweist der Leitfaden außerdem auf JSON-Ausgaben über output_config.format.

Diese Empfehlungen betreffen unterschiedliche Anforderungen. Die Durchsetzung des Schemas betrifft die Struktur der Tool-Argumente; eine Anweisung teilt dem Modell mit, welches Tool es verwenden soll. Beides sollte nicht als unveränderter Ersatz für eine Anfrage betrachtet werden, die ein bestimmtes Tool erzwingt.

Ermitteln Sie vor dem Wechsel der Modellkennung alle Aufrufstellen, die any oder ein benanntes toolverwenden. Prüfen Sie, was die jeweilige Aufrufstelle benötigt: eine Tool-Aktion, schemakonforme Argumente oder eine strukturierte Antwort. Verwenden Sie anschließend den Migrationspfad, der zu dieser Anforderung passt.

Die Beibehaltung von Denkprozessen erfordert einen sorgfältigen Umgang mit dem Verlauf

Es gibt zwei unterschiedliche Kompatibilitätsprobleme: die Übertragung von Denkblöcken zwischen Modellgenerationen und die Bearbeitung des Gesprächspräfixes, das einem Denkblock vorausgeht.

Modellkompatibilität ist richtungsabhängig

Fable 5.1 akzeptiert Denkblöcke früherer Modelle. Frühere Modelle können 5.1-Denkblöcke nicht lesen.

Die API entfernt inkompatible Blöcke vor der Inferenz; entfernte Blöcke werden nicht berechnet. Der Beta-Header thinking-binding-controls-2026-08-01 macht diese Entfernungen sichtbar über input_transformations.

Das ist für Modellwechsel und die Fallback-Logik relevant. Wenn Sie ein Gespräch auf Fable 5.1 umstellen und dessen neue Denkblöcke anschließend an ein früheres Modell zurücksenden, bleiben diese Blöcke nicht in beiden Richtungen erhalten.

Prüfen Sie die Modellauswahl getrennt von der Speicherung der Gespräche. Unser Leitfaden zum Vergleich der Claude-API-Modelle bietet weiteren Kontext zur Organisation der Modellauswahl.

Die Bearbeitung des Präfixes kann Fable-Denkblöcke ungültig machen

Änderungen an vorausgehenden system, toolsoder Nachrichten machen nachfolgende Denkblöcke von Fable 5.1 ungültig. Eine Anwendung, die eine frühere Anweisung umschreibt oder Tool-Definitionen verändert, muss die Denkblöcke berücksichtigen, die auf diese Änderung folgen.

Die Durchsetzung gilt standardmäßig für Konten, die am oder nach dem 31. August 2026 erstellt wurden. Ältere Konten aktivieren sie über thinking.block_binding.prefix_mismatch_behavior.

Mit dem Beta-Header für Binding Controls weist "error" ungültige Blöcke zurück, während "drop_block" sie verwirft. Die Dokumentation zu Denkprozessen beschreibt diese Steuerungsmöglichkeiten.

Für den Verlauf wird empfohlen, die Beiträge des Assistenten unverändert beizubehalten und neue Nachrichten anzuhängen. Prüfen Sie vor der erneuten Übergabe des Verlaufs sämtlichen Code, der Gespräche rekonstruiert, frühere Nachrichten ändert oder Tool-Definitionen ersetzt.

Mythos 5.1 erzwingt diese Prüfung des Gesprächspräfixes nicht. Dieser Unterschied hebt die Anforderungen für den eingeschränkten Zugriff nicht auf.

Beta-Funktionen zum Start und ihre Steuerungsmöglichkeiten

Die Versionshinweise vom September 1 enthalten drei neue Beta-Funktionen, die für Anwendungen relevant sind, die lange Gespräche verwalten oder den Fortschritt des Modells anzeigen.

Der Aufwand pro Nachricht ist zum Start für die Claude API dokumentiert. Betrachten Sie diese Verfügbarkeit getrennt von der umfassenderen Liste der Plattformen, die die Modelle anbieten; die Verfügbarkeit eines Modells allein belegt nicht die Unterstützung sämtlicher Beta-Steuerungsmöglichkeiten.

Systemnachrichten für einzelne Gesprächsrunden verwenden clear_at: "next_user_message". Lesbare Fortschrittsmeldungen verwenden thinking.display: "updates". Jede Funktion hat ihren eigenen Beta-Header. Prüfen Sie daher beim Überprüfen von Anfragen die Konfiguration und den Header gemeinsam.

Priorisieren Sie bei einer ersten Migration die erforderlichen Kompatibilitätsänderungen: Tool-Auswahl und Umgang mit dem Denkverlauf. Bewerten Sie diese optionalen Steuerungsmöglichkeiten anhand der Anforderungen Ihrer Anwendung, statt sie allein wegen der geänderten Modellkennung hinzuzufügen.

Verfügbarkeit und Aufbewahrung zum Start

Zu den Plattformen zum Start gehören die Claude API, Amazon Bedrock, Claude Platform on AWS, Google Cloud und Microsoft Foundry. Fable 5.1 ist allgemein verfügbar, während der Zugriff auf Mythos 5.1 weiterhin auf vertrauenswürdige Programme beschränkt bleibt.

Anthropics undatierte Fable-Seite nennt die Verfügbarkeit für Pro, Max, Team und Enterprise. Ihr genauer historischer Veröffentlichungsstand ist unklar. Daher sollte diese Auflistung nicht als datierte Bestätigung der Verfügbarkeit jedes Tarifs im September 1 betrachtet werden.

Betrachten Sie Entscheidungen zur API-Bereitstellung getrennt von Abonnementfragen. Unser Leitfaden zu Claude-API-Zugriff im Vergleich zu Abonnements ist eine hilfreiche Ergänzung, wenn Sie prüfen, wie Ihre Anwendung auf ein Modell zugreifen wird.

Die Aufbewahrung muss gesondert geprüft werden

Die dokumentierte standardmäßige Aufbewahrungsdauer beträgt 30 Tage. Eine Datenaufbewahrung von null Tagen erfordert die ausdrückliche Genehmigung von Anthropic.

Laut der Ankündigung zum Start können berechtigte Kunden ZDR bis zur Einführung der Enterprise Frontier Safeguards nutzen, deren schrittweise Verfügbarkeit für später im Herbst 2026 geplant ist. Mit Stand September 2 handelt es sich dabei um einen Plan für die künftige Verfügbarkeit.

Wenn die Aufbewahrung eine Anforderung für die Bereitstellung ist, überprüfen Sie die für Ihr Konto geltende Genehmigung. Die Wahl von Fable 5.1 oder Mythos 5.1 allein stellt keine Datenaufbewahrung von null Tagen sicher.

Wichtige Erkenntnisse

• Claude Fable 5.1 wurde am 1. September 2026 mit einem standardmäßigen Kontextfenster von 1 Millionen Tokens, maximal 128,000 Ausgabe-Tokens und dauerhaft aktivierten adaptiven Denkprozessen eingeführt.
• Die Preise für Eingabe und Ausgabe bleiben bei $10 beziehungsweise $50 pro Million Tokens. Die Kosten für Cache-Lesezugriffe sinken um 75 %, von $1 auf $0.25.
• Erzwungene tool_choice Werte any und benannte tool geben HTTP 400 zurück; auto und none werden weiterhin unterstützt.
• Die Kompatibilität von Denkblöcken ist richtungsabhängig. Fable 5.1 prüft außerdem, ob vorausgehende Gesprächsinhalte geändert wurden. Die Durchsetzung hängt vom Erstellungsdatum des Kontos und von der Konfiguration ab.
• Mythos 5.1 hat dieselben aufgeführten Spezifikationen und Preise, ist nur eingeschränkt zugänglich und erzwingt die Prüfung des Gesprächspräfixes nicht.

FAQ

Was hat sich von Claude Fable 5 zu Fable 5.1 geändert?

Anthropic berichtet von Verbesserungen beim Programmieren, bei der Recherche, der Arbeit mit Dokumenten, der Bildverarbeitung, dem Schlussfolgern über lange Kontexte und der Computernutzung sowie von höheren Ergebnissen bei den beiden veröffentlichten Terminal-Benchmarks. Cache-Lesezugriffe sind günstiger, und bei der Migration müssen die erzwungene Tool-Auswahl und die beibehaltenen Denkblöcke berücksichtigt werden.

Sind die Eingabe- und Ausgabepreise von Fable 5.1 niedriger?

Nein. Eingaben kosten weiterhin $10 und Ausgaben weiterhin $50 pro Million Tokens, während die Kosten für Cache-Lesezugriffe von $1 auf $0.25 sinken. Anthropics umfassendere Schätzungen zu Einsparungen beziehen sich auf Arbeitslasten und nicht auf Senkungen dieser Basistarife.

Warum gibt die erzwungene Tool-Auswahl einen 400-Fehler zurück?

Fable 5.1 und Mythos 5.1 weisen tool_choice Typen any und benannte tool mit HTTP 400 zurück invalid_request_error. Der Migrationsleitfaden empfiehlt auto mit einer ausdrücklichen Tool-Anweisung und strict: true zur Durchsetzung des Schemas oder output_config.format für JSON-Ausgaben.

Kann ich Modelle wechseln, ohne beibehaltene Denkblöcke zu verlieren?

Fable 5.1 akzeptiert die Denkblöcke früherer Modelle, aber frühere Modelle können 5.1-Blöcke nicht lesen. Die API entfernt inkompatible Blöcke vor der Inferenz, ohne sie zu berechnen, und der thinking-binding-controls-2026-08-01 Beta-Header macht Entfernungen sichtbar über input_transformations.