Inhalt

Die Migration auf Claude Fable 5.1 ist mit dem Austausch der Modell-ID nicht erledigt. Anthropic hält ausdrücklich fest, dass drei Änderungen Breaking Changes sind (What's new in Claude Fable 5.1). Und bei zwei davon liegen der Ort des Fehlers und seine Ursache weit auseinander — es ist die Sorte, die man leicht übersieht.

⚠️ Nummer 3 wird für Konten erzwungen, die ab dem 31. August 2026 angelegt wurden. Bei älteren Konten protokolliert die API die Abweichung lediglich und lässt sie nur dann auf das Verhalten durchschlagen, wenn man es ausdrücklich angibt.

Damit hängt „bei uns läuft es doch“ davon ab, wann das Konto angelegt wurde. Eine frisch aufgesetzte Testumgebung kann scheitern, während die Produktion durchläuft — dieser Widerspruch ist möglich.

1. Zuerst die Einordnung — kein Wechsel des Flaggschiffs

Wer das verwechselt, trifft schon die Entscheidung über die Migration falsch. Fable 5.1 ist der Nachfolger von Fable 5 und ersetzt nicht Opus 5.

Die Dokumentation formuliert es eindeutig — „die meisten Workloads sollten mit Claude Opus 5 beginnen“. Fable 5.1 sei für „anspruchsvolles Reasoning und langlaufende Agentenarbeit“ gedacht oder für den Fall, „dass Opus 5 selbst mit hohem effort nicht ausreicht“.

　 Claude Fable 5.1 Claude Opus 5
Einordnung Anspruchsvolles Reasoning, langlaufende Agentenarbeit Hier zuerst ansetzen (komplexes agentisches Coding und Einsatz im Unternehmen)
Preis (1 Mio. Tokens) Eingabe $10 / Ausgabe $50 Eingabe $5 / Ausgabe $25
Cache-Lesen $0.25 (das 0,025-Fache der Basiseingabe) das 0,1-Fache der Basiseingabe
Wissensstand Juni 2026 Mai 2026
Kontext / max. Ausgabe 1M / 128k 1M / 128k
Abkündigung nicht vor 1. September 2027 24. Juli 2027

Fable 5 ist nicht verschwunden. In der offiziellen Modellübersicht steht es weiterhin als legacy (weiterhin verfügbar). Die Migration ist derzeit nicht erzwungen — die Kosten sinken allerdings, wie weiter unten gezeigt wird.

Mythos 5.1 hat dieselbe Leistung und unterscheidet sich nur bei den Schutzmechanismen. Verfügbar ist es allein für Teilnehmer von Project Glasswing.

📌 Zur Abo-Seite: Am Tag der Veröffentlichung wurde die Nutzung zurückgesetzt. Der offizielle Account @ClaudeDevs kündigte an, zum Erscheinen von 5.1 die 5-Stunden- und Wochenlimits aller Nutzer zurückgesetzt zu haben. Es geht dabei nicht um API-Preise, sondern um die Abo-Kontingente in Claude Code und anderswo — und zwar um eine befristete Geste zu einer großen Ankündigung, nicht um einen dauerhaften Teil der Spezifikation. Wie oft es solche Resets bereits gab und wo die bestätigten Fakten aufhören und die unbestätigten Behauptungen beginnen, behandelt unsere Untersuchung zu frühen Resets des Wochenlimits. Beachten Sie außerdem, dass die Wochenlimits selbst am 14. September 2026 überarbeitet werden — prüfen Sie das, wenn Sie mit Ihrem Kontingent planen.

2. Breaking Change 1 — erzwungene Tool-Aufrufe enden mit 400

Das wird sofort zum Fehler und ist deshalb am leichtesten zu finden.

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

Wer bei tool_choice entweder {"type": "any"} oder {"type": "tool", "name": "..."} angibt, erhält 400 invalid_request_error zurück. Die Vorgabe {"type": "auto"} und ebenso {"type": "none"} bleiben unverändert. Dieselbe Prüfung greift auch beim Endpunkt für das Zählen der Tokens.

💡 Der Grund ist nachvollziehbar dokumentiert. Bei diesem Modell ist das Denken dauerhaft aktiv, und ein erzwungener Tool-Aufruf überspringt genau dieses Denken. Das Modell schreibt das Durchdachte dann in die Argumente des Tools, und deren Qualität sinkt — deshalb wurde der Weg geschlossen, so die Begründung.

Was man stattdessen tut

Wenn ein Schema durchgesetzt werden soll

tool_choice: auto beibehalten und strict: true setzen (strict tool use) oder auf structured outputs wechseln

Wenn ein Tool unbedingt benutzt werden soll

Im Prompt beschreiben, wann es zu benutzen ist (etwa „Beantworte Wetterfragen über das Tool get_weather“). Anthropic schreibt, „Fable 5.1 folgt expliziten Tool-Anweisungen zuverlässig“

3. Breaking Change 2 — Thinking-Blöcke sind an ein Modell gebunden

Ab hier wird es unangenehm. Thinking-Blöcke halten nun fest, welches Modell sie erzeugt hat, und sie werden nur noch in eine Richtung übernommen.

✅ Diese Richtung bleibt erhalten

Ein Gespräch, das von der Vorgängergeneration (Opus 5, Fable 5 und älter) zu Fable 5.1 wechselt, lässt sich mit erhaltenem Reasoning fortsetzen

❌ Diese Richtung geht verloren

Beim Wechsel von Fable 5.1 zurück zur Vorgängergeneration geht das Reasoning der dort gelaufenen Turns verloren. Die Vorgängergeneration kann die Thinking-Blöcke von Fable 5.1 nicht lesen

⚠️ Am gefährlichsten ist, dass es standardmäßig stillschweigend passiert. Trifft eine Anfrage mit unlesbaren Blöcken ein, verwirft die API diese Blöcke, bevor das Modell sie zu sehen bekommt. Das Verworfene zählt nicht zu input_tokens und wird nicht berechnet — es taucht also nicht einmal auf der Rechnung auf.

Betroffen sind Architekturen, die mitten im Gespräch das Modell wechseln. Router, Fallbacks, dynamische Modellwahl zur Kostenoptimierung. Bei allen dreien kann der Zustand entstehen, dass alles zu funktionieren scheint und nur das Reasoning fehlt.

Damit es überhaupt auffällt, setzt man den Beta-Header thinking-binding-controls-2026-08-01. Dann wird das Verwerfen im Array input_transformations auf oberster Ebene gemeldet. Ohne den Header gibt es keine Meldung.

4. Breaking Change 3 — das Bearbeiten früherer Turns zerstört alles

Von den dreien trifft dieser Punkt bestehenden Code am breitesten. Wer etwas ändert, das vor einem Thinking-Block von Fable 5.1 steht — den system-Prompt, tools oder ältere Nachrichten —, bekommt bei der nächsten Anfrage einen Fehler.

The block is bound to a different conversation

Muster, die alle folgenden Thinking-Blöcke ungültig machen

  • Frühere Turns bearbeiten, umsortieren oder löschen und die späteren Turns behalten
  • Pro Anfrage Text in einen früheren Turn einfügen und ihn bei der nächsten Anfrage wieder entfernen (Reminder oder Statuszeilen)
  • Im selben Gespräch den system-Prompt oder das Array tools neu aufbauen
  • Eine Bild- oder Dokument-URL liefert bei einer späteren Anfrage andere Bytes (maßgeblich sind die Bytes, nicht die URL. Bei derselben Datei sind rotierende signierte URLs unproblematisch)

Was umgekehrt nichts zerstört

  • Thinking-Blöcke vom Anfang her lückenlos entfernen (die ältesten zuerst)
  • Den Verlauf per serverseitiger Compaction oder Context Editing kürzen
  • Den Marker cache_control verschieben
  • Den Wert von effort zwischen zwei Anfragen ändern

Zu beachten: Wird ein einzelner Thinking-Block nicht vom Anfang, sondern aus der Mitte entfernt, wird alles danach ungültig.

⚠️ Ob es greift, hängt davon ab, wann das Konto angelegt wurde. Diese Prüfung wird für Konten erzwungen, die ab dem 31. August 2026 angelegt wurden. Bei älteren Konten protokolliert die API die Abweichung nur und lässt sie erst dann auf das Verhalten durchschlagen, wenn thinking.block_binding.prefix_mismatch_behavior gesetzt ist.

Eine frisch aufgesetzte Testumgebung kann scheitern, während die Produktion durchläuft — dieser Widerspruch ist möglich. Und umgekehrt genauso.

So findet man heraus, ob der eigene Code betroffen ist

Anthropic nennt ein konkretes Vorgehen. Eine Sitzung mit prefix_mismatch_behavior: "drop_block" laufen lassen und input_transformations protokollieren. Wer den Verlauf bearbeitet, findet dort reason: "prefix_binding_mismatch".

Claude Code, claude.ai, Claude Managed Agents und das Claude Agent SDK sind übrigens so gebaut, dass sie diesen vorangehenden Teil nicht zerstören. Betroffen ist allein Code, der das Array messages selbst zusammenbaut.

5. Cache-Lesen auf ein Viertel — was real gespart wird

Weder Eingabe noch Ausgabe sind teurer geworden. Geändert hat sich allein das Cache-Lesen.

Posten Pro 1 Mio. Tokens
Basiseingabe $10
Cache-Schreiben (5 Minuten) $12.50
Cache-Schreiben (1 Stunde) $20
Cache-Lesen $0.25
Ausgabe $50
Batch-Verarbeitung Eingabe $5 / Ausgabe $25

Wie stark es wirkt, entscheidet sich daran, wie oft ein zwischengespeichertes Präfix erneut gelesen wird. Bei den übrigen Claude-Modellen kostet das Cache-Lesen das 0,1-Fache der Basiseingabe, bei Fable 5.1 und Mythos 5.1 dagegen das 0,025-Fache. Je länger ein Agentenlauf dasselbe Präfix wiederholt liest, desto größer wird der Unterschied.

Anthropic beziffert die Ersparnis auf rund 25 % bei typischen Workloads und bis zu rund 45 % bei stark agentisch geprägter Arbeit. Das Cache-Schreiben und die Mindestlänge des Cache von 512 Tokens bleiben unverändert.

6. Sieben Verhaltensänderungen ganz ohne Codeänderung

Hier wird bei der Migration am ehesten etwas übersehen. Die Spezifikation der API bleibt gleich, doch was herauskommt, ändert sich. Anthropic nennt sieben Punkte.

Weniger parallele Tool-Aufrufe

Wo Fable 5 mehrere Aufrufe gebündelt abgesetzt hat, kommt teils nur ein Aufruf pro Turn. Die Qualität der Antwort leidet nicht, doch Tokens, Roundtrips und reale Laufzeit steigen

Weniger Meldungen zum Fortschritt

Besonders ausgeprägt bei hohem effort. Eine UI, die vom Mitreden lebt, wirkt stumm

Bei low effort eher aus dem Gedächtnis

Werkzeuge zum Suchen und Abrufen werden seltener aufgerufen. Bei Turns, die neue Informationen brauchen, den effort anheben

Dichtere Prosa

Die Sätze werden länger, Absatzumbrüche seltener

Weniger Formatierung

Fettdruck, Überschriften und Listen kommen seltener als früher. Anweisungen wie „nicht formatieren“, die für ältere Modelle geschrieben wurden, wirken jetzt zu stark

Zitate in Zusammenfassungen bleiben ungekennzeichnet

Beim Zusammenfassen eines Dokuments wird eine Passage des Originals eher so wiedergegeben, dass sie nicht als Zitat erkennbar ist

Auch kleine Korrekturen führen zum Neuschreiben des Ganzen

Das Ergebnis ist dasselbe, doch es verbraucht zusätzliche Ausgabe-Tokens und Zeit

Für jeden Punkt hält Anthropic eine Gegenmaßnahme im Prompt bereit. Bei den parallelen Aufrufen etwa eine Zeile wie „unabhängige Lesezugriffe gebündelt absetzen“, und wenn Fortschritt gebraucht wird, ausdrücklich eine Meldung zu Beginn, zwischendurch und zum Abschluss verlangen.

7. Was neu hinzugekommen ist

Anthropic nennt fünf Neuerungen. Eine davon ist die Preissenkung beim Cache-Lesen, die wegen ihrer Tragweite ein eigenes Kapitel 5 bekommen hat. Hier folgen die übrigen vier.

Änderung des effort mitten im Gespräch (Beta)

Die Effizienz lässt sich hoch- und herunterfahren, ohne den Prompt-Cache zu zerstören. Bei schwierigen Schritten hoch, bei Routine herunter

Systemnachricht nur für einen Turn (Beta)

clear_at: "next_user_message". Der sichere Ersatz für das Einfügen und Entfernen aus Breaking Change 3, und der Verlauf wird nicht umgeschrieben

Fortschritt als Text empfangen (Beta)

display: "updates". Das Reasoning bleibt verborgen, und allein der Fortschritt zwischen den Tool-Aufrufen kommt als Fließtext an

Herkunft der Inhalte

Ein statistisches Wasserzeichen im erzeugten Text. Es entstehen weder zusätzliche Tokens noch versteckte Zeichen, und Angaben zu Nutzer oder Organisation sind nicht enthalten. Für Bilder und Videos gibt es C2PA

Der zweite Punkt verdient Aufmerksamkeit. Für die in Breaking Change 3 verbotene Schreibweise, einen Reminder einzufügen und wieder zu entfernen, steht gleichzeitig ein Ersatz bereit, der denselben Zweck erfüllt. Die Migration lautet also nicht „lass das sein“, sondern „steig hierauf um“.

8. Migration — fünf Prüfpunkte

Zusätzlich zum Austausch der Modell-ID nennt Anthropic die folgenden fünf Punkte.

model = "claude-fable-5"    # Before
model = "claude-fable-5-1"  # After
　 Was zu prüfen ist
1 Die Werte any und tool aus tool_choice entfernen. Ein Schema wird über strict tool use oder structured outputs durchgesetzt
2 Thinking-Blöcke unverändert zurückgeben und den Verlauf nur anhängen. Was eingefügt und wieder entfernt wurde, wandert in die Systemnachricht für einen Turn, Änderungen an system und tools in die Funktion zur Änderung mitten im Gespräch
3 Den effort ausgehend von der Vorgabe (high) neu justieren. Auch eine Änderung mitten im Gespräch in Betracht ziehen
4 In der Schleife des Agenten prüfen, ob nur noch ein Aufruf pro Turn erfolgt
5 Die Evaluationen erneut laufen lassen. Der Umgang mit Ablehnungen, der Fallback und die Tokenzahlen bleiben unverändert

Rund um die Ablehnung hat sich nichts geändert. stop_reason: "refusal" kommt weiterhin zurück, und als Ziel eines Fallback von Fable 5.1 sind Opus 4.8 und Opus 5 zugelassen. Eine Ablehnung vor der Ausgabe wird nicht berechnet, und die Kosten des Prompt-Cache beim Modellwechsel kommen als Fallback-Guthaben zurück.

📌 Die Daten werden 30 Tage aufbewahrt, und Zero Data Retention ist grundsätzlich nicht möglich (außer bei ausdrücklicher Genehmigung durch Anthropic). Wie Fable 5 und Mythos 5 gilt es als Covered Model. Je nach Anforderungen entscheidet allein dieser Punkt über den Einsatz.

Zusammenfassung

  • Es ist kein Wechsel des Flaggschiffs. Anthropic hält fest, dass die meisten Anwendungen mit Opus 5 beginnen sollten, und Fable 5.1 ist für anspruchsvolles Reasoning und langlaufende Agentenarbeit gedacht
  • Es gibt drei Breaking Changes. Erzwungene Tool-Aufrufe enden mit 400, Thinking-Blöcke werden an ein Modell gebunden, das Bearbeiten früherer Turns macht sie ungültig
  • Der zweite schlägt stillschweigend fehl. Unlesbare Blöcke werden verworfen und erscheinen auch nicht in der Abrechnung. Ohne Beta-Header fällt es nicht auf
  • Beim dritten hängt es davon ab, wann das Konto angelegt wurde (ab dem 31. August 2026 erzwungen). Testumgebung und Produktion können sich unterschiedlich verhalten
  • Es gibt keine Preiserhöhung. Nur das Cache-Lesen sinkt auf ein Viertel (das 0,025-Fache der Basiseingabe). Wie stark es wirkt, hängt davon ab, wie oft dasselbe Präfix gelesen wird
  • Sieben Verhaltensweisen ändern sich ganz ohne Codeänderung. Vor allem die selteneren parallelen Tool-Aufrufe schlagen direkt auf Kosten und Zeit durch

FAQ

Q1. Sollte man sofort migrieren?

Es drängt niemand. Fable 5 wird als legacy weiter angeboten, und für die Abkündigung ist erklärt, dass sie nicht vor dem 1. September 2027 erfolgt. Der Beweggrund für die Migration sind die Kosten — das Cache-Lesen sinkt auf ein Viertel, deshalb lohnt es sich umso mehr, je länger ein Lauf dasselbe Präfix wiederholt liest. Wer dagegen überwiegend kurze Einzelaufrufe absetzt, merkt kaum einen Unterschied.

Q2. Hat das Ganze Folgen, wenn man nur Claude Code benutzt?

Nummer 3 hat keine Folgen. Anthropic hält ausdrücklich fest, dass Claude Code, claude.ai, Claude Managed Agents und das Claude Agent SDK so gebaut sind, dass sie den vorangehenden Teil nicht zerstören. Betroffen ist Code, der das Array messages selbst zusammenbaut.

Q3. Wir schalten Modelle dynamisch um. Was ist zu korrigieren?

Genau das ist der Kern von Nummer 2. Beim Umschalten von Fable 5.1 auf die Vorgängergeneration geht das Reasoning dieses Turns verloren. Und es wird standardmäßig stillschweigend verworfen und erscheint nicht in der Abrechnung. Zuerst den Beta-Header thinking-binding-controls-2026-08-01 setzen, input_transformations protokollieren und messen, ob tatsächlich etwas verworfen wird.

Q4. Opus 5 oder Fable 5.1 — was soll man wählen?

Am sinnvollsten ist es, die Formulierung von Anthropic direkt zu übernehmen — zuerst Opus 5 ausprobieren und erst dann Fable 5.1, wenn selbst hoher effort nicht ausreicht. Der Preis liegt bei Eingabe und Ausgabe doppelt so hoch wie bei Opus 5, und allein das Cache-Lesen ist umgekehrt günstiger. Die Details zur Abgrenzung behandelt der Leitfaden zur Auswahl.

Q5. Kann man Thinking-Blöcke löschen, um Kontext zu sparen?

Die Art des Löschens ist an Bedingungen geknüpft. Vom Anfang her lückenlos die ältesten zu entfernen ist unproblematisch, doch wer einen Block aus der Mitte herausnimmt, macht alle folgenden Thinking-Blöcke ungültig. Wer serverseitiges Context Editing oder Compaction einsetzt, gilt nicht als Bearbeiter des Verlaufs.

Q6. Es gibt jetzt ein Wasserzeichen. Wirkt sich das auf die Ausgabe aus?

Anthropic verneint das — Bedeutung, Qualität und Lesbarkeit ändern sich nicht, es entstehen weder zusätzliche Tokens noch versteckte Zeichen, und Angaben zu Nutzer oder Organisation sind nicht enthalten. Auch an Anfrage und Antwort ist nichts zu ändern. Bilder und Videos erhalten über die Files API die Content Credentials nach C2PA.

Q7. Kann man Mythos 5.1 nutzen?

Die Leistung entspricht Fable 5.1, doch die Verfügbarkeit ist auf Teilnehmer von Project Glasswing beschränkt. Der Unterschied liegt bei den Schutzmechanismen. In Terminal-Bench 4.0 etwa stehen 55,8 % bei Fable 5.1 gegen 60,9 % bei Mythos 5.1 — erklärt wird die Differenz damit, dass es dasselbe Modell mit anderen Schutzmechanismen ist.

Verwandte Artikel