Fable 5.1 vs Fable 5: gleicher Preis, andere Rechnung

Veröffentlicht im TEN INVENT Blog · September 2026

Anthropic hat Claude Fable 5.1 veröffentlicht, und das Erste, was du auf der Preisseite siehst, ist, dass sich nichts geändert hat: 10 Dollar pro Million Input-Tokens, 50 pro Million Output-Tokens, genau wie bei Fable 5. Das Zweite, das du nur siehst, wenn du den Migrationsleitfaden bis zum Ende liest, ist, dass sich alles daran geändert hat, wie du zu dieser Rechnung kommst. Was du bei 5.1 kaufst, ist nicht „ein besseres Modell zum gleichen Preis“, sondern ein Modell, das sich auf jeder Effort-Stufe anders verhält, das den Cache viermal günstiger liest und das dir eine bestimmte Art vorschreibt, den Harness drumherum zu bauen.

Wir haben diesen Artikel für diejenigen geschrieben, die in den nächsten Wochen entscheiden müssen, ob sie migrieren. Wir haben auch Opus 5 in den Vergleich aufgenommen, denn ohne ihn ist die Diskussion unvollständig: Opus 5 kostet die Hälfte, läuft unter Zero Data Retention und löst bei hohem Effort einen großen Teil dessen, was auch Fable löst. Alle Zahlen unten stammen aus der offiziellen API-Dokumentation vom August 2026, nicht aus Marketing-Benchmarks. Wo wir keine Zahlen haben, sagen wir das.

Die drei Modelle in einer Tabelle

Eine Zeile, die man zweimal lesen sollte: Opus 5 im Fast Mode kostet exakt so viel wie Fable 5.1. Für dasselbe Geld bekommst du entweder das leistungsfähigste Modell oder ein Modell eine Stufe darunter, aber mit bis zu 2,5-mal schnellerem Output. Das sind zwei verschiedene Produkte zum gleichen Preis, und die Wahl hängt davon ab, wo es dir wehtut: bei der Latenz oder bei der Qualität auf den schweren Tasks.

Reasoning: was sich wirklich geändert hat

Bei beiden Fable-Modellen ist Thinking immer an. Du kannst kein thinking: disabled schicken, ohne einen 400 zu bekommen, und das alte budget_tokens ist komplett verschwunden. Der einzige Regler, den du hast, ist output_config.effort, mit fünf Stufen: low, medium, high, xhigh, max. Opus 5 ist toleranter und erlaubt das Abschalten von Thinking, aber nur bis Effort high, und die Dokumentation sagt dir ziemlich direkt, dass du es nicht tun sollst, weil das Modell dann anfängt, Tool-Aufrufe als Text zu schreiben statt als strukturierte Blöcke.

Der für Budgets wichtige Teil ist, dass die Effort-Stufen nicht von Modell zu Modell dieselbe Menge an Denkarbeit bedeuten. Der Migrationsleitfaden sagt explizit, dass du den Effort-Sweep auf 5.1 wiederholen musst, auch wenn du ihn auf Fable 5 schon gemacht hast. Und er gibt zwei Anhaltspunkte, die wir unten dargestellt haben: Bei medium erreicht Fable 5.1 ungefähr die Ergebnisse von Fable 5 zu geringeren Kosten; und bei low übertrifft Fable 5.1 oft die Stufe xhigh oder sogar max der Modelle der vorherigen Generation.

Die praktische Konsequenz: Wenn du Fable 5 auf high (der Standardeinstellung) laufen lässt, ist das erste Experiment auf 5.1, auf medium herunterzugehen und zu schauen, ob deine Evals noch bestehen. Wenn ja, hast du dieselbe Qualität mit weniger Output-Tokens bekommen, und die sind der teure Teil. Der echte Fähigkeitsgewinn gegenüber Fable 5 zeigt sich laut Dokumentation vor allem bei high und darüber, die oberste Stufe bleibt also für die Tasks, bei denen du gemessen hast, dass es sich lohnt.

Etwas, das sich nicht geändert hat und gut zu wissen ist: Der Tokenizer ist derselbe auf Fable 5, Fable 5.1 und der Opus-Familie seit 4.7, die Token-Anzahl für denselben Prompt ist also vergleichbar. Der Kostenunterschied zwischen den Modellen kommt aus dem Preis und daraus, wie viel sie denken, nicht daraus, wie sie den Text zerlegen.

Wo 5.1 besser ist als 5

Anthropic listet sechs Bereiche auf, mit dem Hinweis, dass der Unterschied bei hohen Effort-Stufen am größten ist:

1. Agentisches Coding in langen Sessions: Features über mehrere Dateien, große Refactorings und Migrationen, Debugging und Code Review in stundenlangen Sessions.
2. Dokumente, Tabellenkalkulationen und Präsentationen, von Grund auf gebaut, mit lebenden Formeln, nicht nur Text.
3. Mehrstufige Recherche, also Websuche, bei der das Modell dem nachgeht, was es gefunden hat, nicht nur eine einzelne Query.
4. Vision auf dichten Diagrammen, Tabellen in PDFs und degradierten Bildern. Am besten funktioniert das mit Crop- und Zoom-Tools zur Hand, nicht mit mehr Thinking.
5. Retrieval im langen Kontext, tief im 1M-Fenster.
6. Computer Use: das Bedienen eines Browsers oder von Desktop-Anwendungen, mit Erholung von fehlgeschlagenen Schritten.

Die mehrsprachige Performance ist auf Augenhöhe mit Fable 5. Wir haben von Anthropic keine Benchmark-Zahlen für den Vergleich 5.1 gegen 5, also erfinden wir keine. Was wir haben, sind drei in Harnesses beobachtete Verhaltensänderungen, ohne jede Codeänderung: 5.1 bündelt implizite Tool-Aufrufe seltener, erzählt zwischen den Aufrufen weniger und antwortet bei Effort low öfter aus dem Gedächtnis, statt nachzuprüfen. Alle drei lassen sich mit einem Prompt korrigieren, und die Dokumentation liefert den genauen Text.

Die echten Kosten: Cache zu einem Viertel

Hier steckt die Geldgeschichte, und sie ist in einer einzigen Zeile der Preistabelle versteckt. Cache-Lesen kostet auf Fable 5.1 0,25 Dollar pro Million, gegenüber 1,00 auf Fable 5 und 0,50 auf Opus 5. Das wirkt wie ein Detail, bis du dir anschaust, was eine agentische Session tatsächlich tut: Sie liest in jedem Turn dasselbe Präfix erneut. Einen System-Prompt mit Tools, dann die gesamte Konversationshistorie, vierzigmal in einer einzigen Session. In so einem Szenario sind Cache-Lesevorgänge mit Abstand das größte Token-Volumen, auch wenn nicht der größte Kostenposten.

Wir haben ein typisches Szenario durchgerechnet, damit du die Proportionen siehst. Ein Agent mit einem Präfix von 20.000 Tokens (System-Prompt plus Tool-Definitionen), 40 Turns, pro Turn etwa 3.500 neue Input-Tokens aus Tool-Ergebnissen und 3.000 Output-Tokens, inklusive Thinking. Alles mit aktivem Cache, mit einem Breakpoint, der in jedem Turn verschoben wird.

Zwei Dinge gehen aus dem Diagramm hervor. Erstens: Bei gleicher Token-Anzahl ist Fable 5.1 auf einer agentischen Session etwa ein Viertel günstiger als Fable 5, ausschließlich wegen des Preises für Cache-Lesen. Wenn du dazurechnest, dass du bei medium dieselbe Arbeit mit weniger Thinking erledigst, ist die echte Ersparnis größer. Zweitens: Opus 5 bleibt mit klarem Abstand am günstigsten, in diesem Szenario etwa 35% unter 5.1, und der Unterschied kommt fast vollständig aus den Output-Tokens, die die Hälfte kosten.

Der günstige Cache hat auch eine weniger angenehme Seite. Wenn ein Lesevorgang 0,25 und ein Schreibvorgang 12,50 kostet, ist ein Cache Miss 50-mal teurer als ein Hit. Auf Fable 5 lag das Verhältnis bei 12,5. Mit anderen Worten: Auf 5.1 zählt es viel mehr, den Cache warm zu halten: Eine Änderung am System-Prompt zwischen Requests, ein Timestamp im Prompt oder eine Pause über die fünf Minuten TTL hinaus kosten dich relativ mehr als vorher. Für Pausen zwischen 5 und 60 Minuten empfiehlt die Dokumentation ein erneutes Senden mit max_tokens: 0, was in der Regel günstiger ist als die TTL von einer Stunde.

Drei Änderungen, die bei der Migration den Code brechen

Der Preis ist derselbe, aber die API ist kein Drop-in. Drei Dinge, die auf Fable 5 funktioniert haben, liefern auf 5.1 einen 400.

Das Erzwingen eines Tools gibt es nicht mehr. tool_choice mit any oder mit einem Tool-Namen wird abgelehnt. Wenn du das Erzwingen genutzt hast, um garantiertes JSON zu bekommen, ersetze es durch Structured Outputs. Wenn du es genutzt hast, um sicherzustellen, dass das Modell das Tool aufruft, nimmst du auto plus eine explizite Anweisung und strict: true auf dem Tool-Schema.

Thinking-Blöcke sind an das Modell gebunden, das sie erzeugt hat. Wenn du die Historie einer Konversation von Fable 5.1 an Opus 5 schickst (zum Beispiel als Fallback bei einer Ablehnung), ignoriert Opus 5 die Thinking-Blöcke, ohne sie zu berechnen. In umgekehrter Richtung liest Fable 5.1 die der älteren Modelle. Praktisch kannst du eine Session nicht mehr frei zwischen Modellen verschieben, ohne den Reasoning-Kontext zu verlieren.

Die Historie ist append-only. Das ist die Änderung, die am meisten wehtut, und sie heißt in der Dokumentation „preserved thinking“. Wenn du einen früheren Turn der Konversation bearbeitest (eine Nachricht löschst, den System-Prompt umschreibst, die Historie kürzt), werden alle Thinking-Blöcke nach dem bearbeiteten Punkt ungültig. Accounts, die ab dem 31. August 2026 erstellt wurden, bekommen bei bearbeiteter Historie direkt einen 400, und die nächsten Modelle werden die Regel für alle anwenden. Viele Harnesses, die für Opus 4.8 oder älter geschrieben wurden, schneiden alte Turns ab oder injizieren Reminder-Nachrichten und löschen sie danach wieder. Alle müssen umgeschrieben werden.

Fünf API-Neuerungen, alle im Dienst des Caches

Es ist kein Zufall, dass vier der fünf Ergänzungen in 5.1 genau das Problem von oben lösen: wie du mitten in einer Konversation etwas änderst, ohne die Historie zu bearbeiten.

• Effort pro Nachricht. Eine leere System-Nachricht mit output_config.effort ändert die Effort-Stufe ab diesem Punkt, ohne Cache-Reset. Du gehst für den schweren Schritt auf xhigh hoch und für die Routineschritte auf low runter, in derselben Konversation. Funktioniert auch auf Opus 5, nicht aber auf Fable 5.
• System-Nachrichten mit Ablaufdatum. clear_at: "next_user_message" sorgt dafür, dass ein Reminder nur einen Turn lang sichtbar ist, danach in der Historie bleibt, aber nicht mehr gerendert wird und nichts mehr kostet. So injizierst du „prüfe die Inbox, bevor du Code ausführst“, ohne danach etwas zu löschen.
• Progress Updates zwischen Tool Calls. Mit display: "updates" gibt das Modell die kurzen Fortschrittsnotizen zurück, die es zwischen den Aufrufen schreibt, während das eigentliche Reasoning verborgen bleibt. Ohne das sieht ein agentischer Turn von 10 Minuten in der UI wie eine Pause von 10 Minuten aus.
• Cache-Lesen zu 0,25. Oben besprochen.
• Herkunftsnachweis für Inhalte. Jeder von 5.1 generierte Text trägt ein statistisches Wasserzeichen, ohne versteckte Zeichen und ohne zusätzliche Tokens. Bilder und Mediendateien, die in der Code-Execution-Sandbox erzeugt werden, bekommen signierte C2PA Content Credentials. Es ist das erste Mal, dass ein Anthropic-Modell das standardmäßig mitbringt, und es lässt sich nicht abschalten.

Noch ein Detail zum Kontext: Claude Mythos 5.1 ist dasselbe Modell wie Fable 5.1, mit denselben Preisen und derselben API, nur für Teilnehmer von Project Glasswing angeboten. Wir haben im April darüber geschrieben, was Mythos ist und wie viel davon Marketing ist; der Unterschied zu damals ist, dass Mythos 5.1 jetzt seine eigenen Sicherheitsklassifikatoren fährt, abhängig vom Zugangsprogramm der Organisation.

Datenspeicherung: der Entscheidungspunkt für Enterprise

Eine Zeile in der Tabelle verändert die Diskussion für eine ganze Kategorie von Kunden. Fable 5 und 5.1 sind „Covered Models“: Anthropic verlangt, dass die Organisation oder der Workspace, der sie aufruft, die 30-tägige Datenspeicherung aktiv hat. Wenn du Zero Data Retention im Vertrag hast, bekommt der Request einen 400 mit einer expliziten Meldung, und der einzige Umweg ist eine ausdrückliche, mit dem Account-Team verhandelte Freigabe.

Für die meisten Firmen ändert sich nichts, weil die 30-tägige Speicherung die Standardeinstellung ist. Für Banken, Gesundheitswesen, Kanzleien oder den öffentlichen Sektor, wo ZDR oft eine Bedingung aus der DSGVO-Folgenabschätzung ist, ist die Wahl zwischen Opus 5 und Fable 5.1 keine Frage von Kosten und Fähigkeiten mehr. Sie wird zu einem Gespräch mit dem Datenschutzbeauftragten: Opus 5 läuft ohne jede Änderung unter ZDR, Fable 5.1 bedeutet entweder einen separaten Workspace mit Speicherung, eine Freigabe oder den Verzicht auf das Modell.

Wann du was wählst

Die offizielle Positionierung ist klar und verdient es, ernst genommen zu werden, weil sie nicht die ist, die du von einem Anbieter erwarten würdest: Fang mit Opus 5 an, wechsle zu Fable 5.1 nur für intensives Reasoning und langlaufende agentische Tasks, oder wenn die Evals auf Opus 5 bei hohem Effort die Schwelle nicht erreichen.

Bei Fable 5 zu bleiben, hat nur noch einen Grund: Priority Tier, den es auf 5.1 nicht gibt. Ansonsten erledigt 5.1 dieselbe Arbeit für dasselbe Geld pro Token, mit einem viermal günstigeren Cache. Für alle, die von Opus 5 kommen, bedeutet der Sprung die Verdopplung des Preises pro Token, dazu kommen der Verlust von ZDR und ein breiterer Satz an Klassifikatoren. Das lohnt sich nur, wenn du gemessen hast, dass Opus 5 bei xhigh nicht dorthin kommt, wo du es brauchst, oder wenn du einen Anwendungsfall aus den sechs Bereichen oben hast, in dem der Unterschied sichtbar ist.

Was wir in der Praxis beobachtet haben, bei der täglichen Arbeit mit Claude Code, ist, dass der größte Gewinn nicht aus der Wahl des Modells kommt, sondern aus der Wahl des Efforts. Ein Fable 5.1 auf medium für Routine-Tasks und auf xhigh für die schweren, in derselben Session, schlägt sowohl ein Fable 5, das durchgehend auf high läuft, als auch ein Opus 5, das bei den schweren Tasks zwei Versuche braucht. Und der Effort pro Nachricht ist genau das, was dieses Setup möglich macht, ohne den Cache-Reset zu bezahlen.

Wenn du bereits Agenten auf Fable 5 oder Opus betreibst und wissen willst, was dich die Migration kosten würde, inklusive dem Umschreiben des Harness auf append-only, lass uns reden.