Zum Hauptinhalt springen

Claude Fable 5.1: Was sich geändert hat und wie du migrierst

Fortgeschritten

Am 1. September 2026 hat Anthropic Claude Fable 5.1 (claude-fable-5-1) und seinen verifikationsgebundenen Zwilling Claude Mythos 5.1 (claude-mythos-5-1) ausgeliefert. Wer den Launch nur überfliegt, legt ihn als "Fable, nur besser" ab und geht weiter. Tu das nicht. Dies ist das erste Claude-Point-Release, bei dem ein simpler Tausch der Modell-ID in Produktion 400er zurückgeben kann: erzwungenes tool_choice ist weg, Thinking-Blöcke sind jetzt an das Modell und die Konversation gebunden, die sie erzeugt hat, und das Bearbeiten der Konversationshistorie wird bei neuen Accounts als Fehler durchgesetzt. Es ist außerdem das erste Release, bei dem die günstigste Zeile der Preistabelle die interessante ist: Cache-Reads sind von 1 $ auf 0,25 $ pro MTok gefallen, weshalb Anthropic behaupten kann, dass typische Workloads etwa 25 % weniger und stark agentische bis zu 45 % weniger kosten — bei unverändertem Listenpreis von 10 $ / 50 $.

Diese Seite ist der Migrations-Field-Guide: was sich geändert hat, was bricht, was du bekommst, und eine Checkliste, die du an einem Nachmittag durchlaufen kannst.

What you'll learn
  • Die drei Breaking Changes kennen, die einen Tausch claude-fable-5 → claude-fable-5-1 in einen 400 verwandeln, und den Fix für jeden
  • Die fünf additiven Features nutzen: Effort pro Nachricht, Turn-scoped System Messages, Progress Updates, günstigere Cache-Reads, Content Provenance
  • Die sieben Verhaltensverschiebungen erkennen, die ohne Code-Änderung auftauchen (weniger parallele Tool-Calls, weniger Narration, dichtere Prosa, Rewrites ganzer Dateien)
  • Die Launch-Benchmarks gegen Fable 5, Opus 5 und GPT-5.6 Sol lesen, ohne dir etwas verkaufen zu lassen
  • Fable 5.1 vs. Opus 5 vs. Fable 5 für deinen Workload entscheiden, dann die Migrations-Checkliste durchlaufen

Die Ein-Absatz-Version​

Fable 5.1 ist der Nachfolger von Fable 5: gleiche Mythos-Klasse oberhalb von Opus, gleicher 1M-Token-Kontext, gleiche maximale Ausgabe von 128K, gleiche 10 $ Input / 50 $ Output, gleicher Tokenizer, gleiches immer aktives adaptives Thinking, gleiches In-Band-Verhalten mit stop_reason: "refusal", gleiche Anforderung an 30 Tage Aufbewahrung (kein ZDR). Anthropics eigene Empfehlung ist im Geiste unverändert: Starte mit dem aktuellen Opus für die meiste Arbeit, greif zu Fable 5.1 „für anspruchsvolles Reasoning und agentische Arbeit mit langem Horizont oder wenn deine Evals mit Claude Opus 5.5 bei höherem Effort noch nicht genügen“. Zum Launch nannte dieser Satz Opus 5; seit dem 22. September 2026 nennt die Modellübersicht Opus 5.5, das heute das Vergleichsmodell ist — Opus 5 ist jetzt Legacy. Neu sind: drei Breaking Changes, fünf additive Features, ein um 75 % günstigerer Cache-Read und eine Reihe von Verhaltensänderungen, die du kennen solltest, bevor deine Eval-Suite sie dir zeigt.

Drei Breaking Changes​

Das sind die Gründe, warum du die ID nicht einfach umschalten kannst. Jeder ist ein 400, keine stille Verschlechterung.

1. Erzwungene Tool-Nutzung gibt einen Fehler zurück​

tool_choice: {"type": "any"} und {"type": "tool", "name": "..."} geben jetzt einen 400 invalid_request_error zurück:

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

Der Grund ist lehrreich: Thinking ist immer an, und ein erzwungener Tool-Call würde es überspringen, also würde das Modell seine Überlegungen innerhalb der Tool-Argumente anstellen, und die Argumentqualität würde sinken. Die Prüfung greift auf der Messages API, der Message Batches API und dem Token-Counting-Endpoint. auto (der Standard) und none sind unverändert.

Der Fix ist eine Zwei-Zeilen-Änderung: tool_choice auf auto lassen, strict: true auf dem Tool setzen mit additionalProperties: false im Schema, und im Prompt sagen, wann das Tool gilt. Anthropics Notiz dazu ist, dass Fable 5.1 "expliziten Tool-Anweisungen zuverlässig folgt." Wenn du eigentlich schema-valides JSON statt eines Tool-Calls wolltest, wechsle stattdessen zu Structured Outputs.

Erzwungener Tool-Call → striktes Tool + explizite Anweisung

# Before (Fable 5) — now a 400 on Fable 5.1
"tool_choice": {"type": "tool", "name": "record_summary"}

# After (Fable 5.1)
"tools": [{
"name": "record_summary",
"description": "Record the structured summary of the document.",
"strict": true,
"input_schema": {
  "type": "object",
  "properties": {"summary": {"type": "string"}},
  "required": ["summary"],
  "additionalProperties": false
}
}],
"tool_choice": {"type": "auto"},
"messages": [{"role": "user",
"content": "Summarize: The meeting moved to Thursday. Call the record_summary tool with your result."}]

2. Thinking-Blöcke sind Einweg​

Jeder Thinking-Block hält jetzt fest, welches Modell ihn erzeugt hat, und die Erhaltung ist einseitig: Fable 5.1 kann Thinking-Blöcke von Opus 5, Fable 5, Mythos 5 und jedem früheren Claude lesen; keines davon kann die von Fable 5.1 lesen. Eine Konversation, die auf Fable 5.1 wechselt, behält ihr Reasoning. Eine Konversation, die davon weg wechselt (ein Router, ein Fallback auf Opus 5, ein kostensparendes Downgrade mitten in der Session), verliert das Reasoning der Fable-5.1-Turns.

Die API handhabt das, indem sie Blöcke, die das Zielmodell nicht lesen kann, verwirft, bevor das Modell sie sieht. Verworfene Blöcke werden nicht abgerechnet und zählen nicht zu input_tokens. Ohne den Beta-Header thinking-binding-controls-2026-08-01 passiert das Verwerfen still; mit ihm wird es in einem Top-Level-Array input_transformations gemeldet. Wenn du zwischen Modellen routest, sende den Header und logge dieses Array. Stiller Reasoning-Verlust ist genau die Art von Ding, die in einem Bug-Report als "das Modell wurde nach Schritt 12 dümmer" auftaucht.

3. Das Bearbeiten früherer Turns invalidiert Thinking-Blöcke​

Das ist der Punkt, den du zweimal lesen solltest. Das Ändern von irgendetwas vor einem Fable-5.1-Thinking-Block — also der system-Prompt, das tools-Array oder irgendeine frühere Nachricht — invalidiert jeden späteren Thinking-Block. Wo die Prüfung durchgesetzt wird, wird der nächste Request mit einem 400 abgelehnt, dessen Meldung The block is bound to a different conversation lautet.

Durchsetzungsregeln Stand heute:

  • Accounts, die am oder nach dem 31. August 2026 erstellt wurden: durchgesetzt.
  • Ältere Accounts: Die API zeichnet den Mismatch auf, handelt aber erst, wenn du thinking.block_binding.prefix_mismatch_behavior selbst setzt.
  • Mythos 5.1 führt diese Prüfung überhaupt nicht durch.
  • Claude Code, claude.ai, Managed Agents und das Agent SDK halten den Prefix für dich intakt. Nur handgebaute messages-Arrays sind gefährdet.

Anthropics eigene Liste dessen, was Blöcke invalidiert, paraphrasiert, ist eine Liste gängiger Agent-Harness-Gewohnheiten:

Invalidiert jeden späteren Thinking-BlockHält sie gültig
Einen früheren Turn bearbeiten, umsortieren oder entfernen, während spätere bleibenEine führende Folge von Thinking-Blöcken entfernen, älteste zuerst
Eine Erinnerung oder Statuszeile pro Request in einen früheren Turn injizieren und sie beim nächsten Request entfernenServerseitige Compaction oder Context Editing, das die Historie kürzt
Das Top-Level-system oder tools zwischen Requests in einer Konversation neu bauencache_control-Marker verschieben
Eine Bild- oder Dokument-URL, die später andere Bytes liefert (geprüft werden die Bytes, eine rotierende signierte URL für dieselbe Datei ist also in Ordnung)effort zwischen Requests ändern

Die Fixes laufen alle auf eine Regel hinaus: Behandle die Konversation als Append-only. Erinnerungen pro Turn werden zu Turn-scoped System Messages (unten). Tool- und Anweisungsänderungen werden zu System Messages und Tool-Änderungen mitten in der Konversation. Kürzen wird zu serverseitiger Compaction. Um weiterzumachen statt zu erroren, sende den Header thinking-binding-controls-2026-08-01 mit prefix_mismatch_behavior: "drop_block"; das Verwerfen wird dann in input_transformations mit reason: "prefix_binding_mismatch" gemeldet.

Anthropic rahmt das teilweise als Anti-Distillation-Maßnahme: Der Launch-Post sagt, neue API-Accounts können früheren Kontext nicht mehr manuell bearbeiten und dabei das Transkript erhalten, was eine öffentlich dokumentierte Distillation-Technik schließt. Der praktische Vorteil für dich ist, dass dieselbe Disziplin auch den Prompt-Cache warm hält.

Fünf additive Features​

Effort pro Nachricht (Beta)​

Du kannst effort jetzt mitten in der Konversation ändern, ohne den Prompt-Cache zu invalidieren. Erhöhe es für den schweren Schritt, senke es für die Routineschritte. Sende den Beta-Header mid-conversation-output-config-2026-07-01 und füge eine System Message ein, die nur Effort enthält; das neue Level gilt ab dem nächsten User-Turn. Unterstützt auf Fable 5.1, Mythos 5.1 und Opus 5 auf der Claude API und Google Cloud.

Effort für einen Zusammenfassungs-Turn senken, ohne den Cache zu brechen

{
"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."},
  {"role": "system", "content": [], "output_config": {"effort": "low"}},
  {"role": "user", "content": "Summarize the plan in one sentence."}
]
}
# header: anthropic-beta: mid-conversation-output-config-2026-07-01

Das passt zur Effort-Anleitung in Thinking & Effort und Effort-Tuning: Der Standard ist high, und "ein Level für die ganze Session" ist jetzt die faule Option, nicht die einzige.

Turn-scoped System Messages (Beta)​

Setze clear_at: "next_user_message" auf einer Nachricht mit role: "system", und sie trägt System-Prompt-Autorität nur für den aktuellen Turn, hört dann aber auf zu rendern, sobald eine spätere user-Nachricht existiert. Du sendest sie weiterhin wörtlich mit, also ändert sich nichts Früheres, der Cache matcht weiter, spätere Thinking-Blöcke bleiben gültig, und eine gelöschte Nachricht kostet keine Input-Tokens. Header: mid-conversation-system-clear-at-2026-08-21.

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

Das ist der sanktionierte Ersatz für das Muster "Erinnerung injizieren, beim nächsten Request löschen", das Breaking Change 3 jetzt bestraft.

Progress Updates zwischen Tool-Calls (Beta)​

Fable 5.1 schreibt wie Fable 5 kurze Fortschrittsnotizen zwischen Tool-Calls, jede als eigener thinking-Block direkt vor dem Call. Unter dem Standard thinking.display: "omitted" kommen die leer zurück, sodass ein langer agentischer Turn für deine Nutzer stumm wirkt. Neu: display: "updates" (Header thinking-display-updates-2026-08-18) gibt die Fortschrittsnotizen als Text zurück, während das Reasoning verborgen bleibt. Jeder Thinking-Block mit nicht-leerem Text ist dann eine Statuszeile, die du rendern kannst. "summarized" gibt sie ebenfalls zurück, gemischt mit zusammengefasstem Reasoning. Rohe Chain of Thought wird weiterhin nie zurückgegeben.

Cache-Reads zu 0,25 $ pro MTok​

Basis-Input5m Cache-Write1h Cache-WriteCache-ReadOutput
Fable 510 $12,50 $20 $1,00 $50 $
Fable 5.110 $12,50 $20 $0,25 $50 $

Cache-Reads kosten auf Fable 5.1 und Mythos 5.1 das 0,025-fache des Basis-Inputs gegenüber dem 0,1-fachen auf jedem anderen Claude-Modell. Writes und der cachebare Mindest-Prompt von 512 Tokens sind unverändert; Batch bleibt 50 % günstiger (5 $ / 25 $). Für einen langen Agent-Loop, der in jedem Turn einen großen gecachten Prefix erneut liest, kommt daher das "bis zu 45 % günstiger" des Launch-Posts. Modellübergreifende Notiz: OpenAIs GPT-6 Astra, drei Tage später zum gleichen Listenpreis von 10 $ / 50 $ gestartet, verlangt 1,00 $ für Cache-Reads, das Vierfache von Fable 5.1; siehe den Astra Field Guide.

Content Provenance​

Aller Text von Fable 5.1 und Mythos 5.1 trägt auf jeder Plattform Anthropics statistisches Text-Wasserzeichen. Dateien, die Claude erzeugt (etwa via Code Execution), tragen signierte C2PA Content Credentials, wenn sie über die Files API abgerufen werden. Anthropic gibt an, dass das Wasserzeichen keine Tokens oder versteckten Zeichen hinzufügt, keine Informationen über dich oder deine Organisation enthält und keine Änderungen an Requests erfordert. Kontext: Anthropic hat im Juli 2026 den EU-AI-Act-Verhaltenskodex zur Transparenz KI-generierter Inhalte unterzeichnet, und eine Detection-API ist in Private Preview für Regulierer, Faktenprüfer, Forschende und Unternehmen, die Verifikation brauchen.

Sieben Verhaltensverschiebungen, die du ohne Code-Änderung sehen wirst​

Anthropic dokumentiert sie offen, und jede hat einen Prompting-Fix im offiziellen Guide Prompting Claude Fable 5.1. Achte in Evals darauf, bevor deine Nutzer es tun.

Drücke Enter oder die Leertaste, um die Karte umzudrehen. Nutze die Pfeiltasten links und rechts, um zwischen den Karten zu wechseln.Begriff angezeigt.
1 / 7

Was exakt gleich bleibt wie bei Fable 5​

Wenn du Fable 5 bereits korrekt verkabelt hast, überträgt sich all das unverändert:

  • Adaptives Thinking ist immer an. thinking: {"type": "enabled"} mit budget_tokens und {"type": "disabled"} geben beide 400 zurück. Lass thinking weg oder sende {"type": "adaptive"}.
  • thinking.display ist standardmäßig "omitted"; rohe Chain of Thought wird nie zurückgegeben.
  • Interleaved Thinking ist automatisch, kein Beta-Header.
  • Prefill gibt 400 zurück. Nicht-Standard-temperature, top_p, top_k geben 400 zurück.
  • Refusals kommen als HTTP 200 mit stop_reason: "refusal" und einer stop_details.category; ein Refusal, das vor jeglichem Output eintrifft, wird dir nicht berechnet. Erlaubte Fallback-Ziele sind Opus 5 und Opus 4.8, und Fallback-Credit erstattet die Prompt-Cache-Kosten des Wechsels. Das vollständige Muster in Refusals & Safety.
  • 30-Tage-Retention ist Pflicht; ein Request aus einer Org oder einem Workspace ohne sie gibt 400 zurück. Beide Modelle sind Covered Models.
  • Eine Abweichung, die man kennen sollte: Weder Fable 5.1 noch Mythos 5.1 werden auf Priority Tier unterstützt. Fable 5 schon. Wenn du Priority-Kapazität gekauft hast, ist das ein Grund, vorerst bei Fable 5 zu bleiben.

Die Launch-Benchmarks, ehrlich gelesen​

Anthropics Zahlen, Anthropics Harnesses. Die Vergleiche gegen GPT-5.6 Sol sind die, die OpenAI zuerst bestreiten würde, und OpenAIs eigenes GPT-6 Astra erschien drei Tage später; behandle das also als Stand vom 1. September, nicht vom 14. September.

BenchmarkFable 5.1Fable 5Opus 5GPT-5.6 Sol
Terminal-Bench 4.055,8 % (Mythos 5.1: 60,9 %)42,0 %52,3 %37,3 %
Terminal-Bench-Science 0.152,6 %24,7 %29,0 %22,4 %
GDPval-AA v2 (Elo)1853172318241711
OSWorld 2.0, partial / strict77,9 % / 41,7 %72,9 % / 36,1 %75,4 % / 39,6 %—
Humanity's Last Exam, ohne Tools / mit Tools60,9 % / 65,0 %57,8 % / 63,8 %56,6 % / 63,6 %—
AutomationBench31,4 %17,1 %26,9 %19,6 %
CursorBench 3.2.073,4 %70,5 %70,0 %67,2 %

Drei Lesarten, die mehr zählen als jede einzelne Zeile:

  1. Der Sprung von Fable 5 → 5.1 ist bei lang laufender agentischer Arbeit am größten (Terminal-Bench-Science verdoppelt, AutomationBench fast verdoppelt). Das passt zu Anthropics eigener Positionierung "nutze es, wenn Opus 5 bei höherem Effort immer noch nicht reicht": Der Gewinn liegt bei stundenlangen Läufen, nicht im Chat.
  2. Opus 5 ist näher dran, als die Schlagzeile suggeriert, in mehreren Zeilen (Terminal-Bench 4.0: 52,3 vs. 55,8; GDPval: 1824 vs. 1853) zum halben Listenpreis. Anthropic sagt dir nicht ohne Grund immer wieder, mit Opus 5 zu starten.
  3. Die Kundenzitate drehen sich um Tokens, nicht nur um Genauigkeit. Cognition, Rogo, Browserbase und Block nennen alle weniger Tokens bei gleichen oder besseren Ergebnissen. Kombiniert mit Cache-Reads zu 0,25 $ ist "Fable 5.1 ist für denselben Job günstiger als Fable 5" die belastbarere Behauptung als "Fable 5.1 ist schlauer."

Die Wissenschaftsbeispiele im Launch-Post (Protein-Binder mit ~50 % Trefferquote über 12 Targets gegenüber typischen 10–15 %, eine Venus-Höhenkarte mit 2–3 km Auflösung aus 30 Jahre alten Magellan-Radardaten, 2,5× Beschleunigung bei sieben Open-Source-Genomik-Modellen) sind von Anthropic berichtete Forschungsergebnisse, keine Benchmarks. Interessantes Signal für Forschungs-Workloads, kein Beschaffungskriterium.

Fable 5.1 vs. Opus 5 vs. Fable 5: die Entscheidung​

Deine SituationWähleWarum
Die meiste Produktionsarbeit, kostensensibelOpus 5.5Anthropics eigene Standardempfehlung seit dem 22. September 2026 (es hat Opus 5 an dieser Stelle abgelöst); ein Bruchteil des Listenpreises; siehe Aktuelle Modelle & Preise
Stundenlanges autonomes Coding, Research oder Dokument-/Tabellen-/Slide-Builds, bei denen Opus 5 mit Effort high immer noch danebenliegtFable 5.1Die größten Deltas liegen genau hier; Cache-Reads machen lange Loops günstiger als auf Fable 5
Du hängst von Priority Tier abFable 5 (vorerst)Fable 5.1 und Mythos 5.1 sind nicht auf Priority Tier
Du erzwingst tool_choice und kannst den Harness in diesem Sprint nicht ändernFable 5Fable 5.1 gibt 400 zurück; migriere zuerst den Harness, dann das Modell
Du routest oder fällst mitten in der Konversation zwischen Modellen zurückEgal welches, aber sende den Thinking-Binding-HeaderEin Downgrade weg von Fable 5.1 verwirft sonst still sein Reasoning
Zero Data Retention ist vertraglichOpus 5.5 oder ein beliebiges OpusFable 5.x und Mythos 5.x erfordern 30 Tage Aufbewahrung und sind nicht ZDR-fähig
Defensive Cyber- oder Life-Science-Forschung, die weniger Classifier-Eingriffe brauchtMythos 5.1, wenn deine Organisation verifiziert istGleiches Modell, andere Safeguard-Konfiguration; bewirb dich beim Cyber Verification Program (drei Stufen), statt auf eine Einladung zu warten

Migrations-Checkliste​

Anthropic liefert einen gebündelten Skill, der das meiste davon in Claude Code erledigt. Führ ihn zuerst aus, dann prüfe die Punkte, die er nicht sehen kann.

ID-Tausch und Parameter-Fixes automatisieren

/claude-api migrate this project to claude-fable-5-1
Guided walkthrough1 of 6
  1. claude-fable-5 → claude-fable-5-1 (Bedrock: anthropic.claude-fable-5-1). Dann nach tool_choice mit type any oder tool greppen. Jeder Treffer wird zu strict: true + additionalProperties: false + einer expliziten Anweisung 'rufe das Tool X auf', oder zu einem Wechsel auf Structured Outputs. Vergiss die Token-Counting-Calls nicht: die validieren auch.

Mythos 5.1: gleiches Modell, andere Safeguards​

Anthropic gibt an, dass Fable 5.1 und Mythos 5.1 dasselbe zugrundeliegende Modell mit unterschiedlichen Safeguard-Konfigurationen sind und Spezifikationen und Preise teilen. Mythos 5.1 geht nur an Organisationen, die über Anthropics Verifikationsprogramme verifiziert wurden — das Cyber Verification Program für defensive Sicherheitsarbeit und ein Life Sciences Verification Program für Bio-Arbeit. Zwei Dinge haben sich auf der Safeguard-Seite für alle geändert: Fable 5.1 darf jetzt Software-Schwachstellen für defensive Arbeit identifizieren (Anthropic berichtet von etwa 60 % weniger Cyber-Safeguard-Eingriffen pro Session), während Dual-Use-Aufgaben wie Penetration Testing, Exploit-Generierung und Binary-Vulnerability-Scanning weiterhin auf Opus-Modelle umgeleitet werden; und Biologie-Safeguards feuern bei harmlosen elementaren Biologie- und Medizinfragen etwa 85 % seltener. Mythos 5.1 überspringt außerdem die Konversationsbindungs-Prüfung bei Thinking-Blöcken. Wenn du nicht verifiziert bist, lautet Anthropics Anweisung schlicht: nutze Fable 5.1.

Achte auf die Benennung: Der Fable 5 Field Guide hat Mythos 5 als "Fable 5 ohne die Safety-Classifier" erklärt. Für 5.1 lautet Anthropics Formulierung "unterschiedliche Safeguard-Konfigurationen", und Mythos 5.1 treibt weiterhin Anthropics eigenes Produkt Claude Security an. Behandle es als anders konfiguriertes Deployment, nicht als ungefiltertes.

Schnellcheck​

Check yourself

0/4
  1. Du migrierst eine Fable-5-Integration auf claude-fable-5-1 und jeder Request mit tool_choice type "tool" schlägt jetzt fehl. Was ist der sanktionierte Fix?
  2. Ein Router verschiebt eine Konversation von Fable 5.1 hinunter zu Opus 5, um Kosten zu sparen. Was passiert mit den Fable-5.1-Thinking-Blöcken?
  3. Dein Agent-Loop injiziert bei jedem Request eine einzeilige Status-Erinnerung in den vorherigen User-Turn und entfernt sie beim nächsten. Auf einem neuen API-Account wirft das jetzt einen Fehler. Was ersetzt es?
  4. Fable 5.1 behält den Listenpreis von Fable 5 mit 10 $ / 50 $. Woher kommt Anthropics Behauptung 'bis zu 45 % günstiger bei stark agentischer Arbeit'?

Takeaways​

Key takeaways
  • Fable 5.1 ist NUR dann ein Drop-in für Fable 5, wenn du nie tool_choice erzwingst, nie die Konversationshistorie bearbeitest und nie Thinking-Blöcke an ein älteres Modell routest. Grep nach allen dreien, bevor du die ID tauschst.
  • Behandle Konversationen als Append-only: Turn-scoped System Messages für Erinnerungen pro Turn, Mid-Conversation-Messages für Anweisungs- und Tool-Änderungen, serverseitige Compaction zum Kürzen. Das hält Thinking-Blöcke gültig UND den Cache warm.
  • Die Preis-Story ist der günstige Cache-Read, nicht der Listenpreis: Lange Agent-Loops werden günstiger, kurze Chats nicht. Das aktuelle Opus — seit dem 22. September 2026 Opus 5.5 — ist weiterhin Anthropics eigenes „Start hier“, zu einem Bruchteil des Fable-5.1-Preises. Aktuelle Zahlen: /docs/whats-new/models-and-pricing.
  • Erwarte weniger parallele Tool-Calls, weniger Narration, dichtere Prosa und Rewrites ganzer Dateien; jedes hat einen einzeiligen Prompt-Fix, und thinking.display: "updates" stellt sichtbaren Fortschritt wieder her.
  • Priority Tier und ZDR sind die zwei vertraglichen Gründe, bei Fable 5 zu bleiben oder stattdessen ein Opus-Modell einzusetzen.

Weiter​