Anthropic bringt sein stärkstes allgemein verfügbares Modell heraus und sagt im selben Atemzug: Fang bitte nicht damit an. Claude Fable 5.2 ist seit gestern, 9. November 2026, für alle verfügbar, und parallel hat das Entwicklerteam einen langen Leitfaden veröffentlicht, welches Claude-Modell auf welcher Effort-Stufe wofür taugt.
Die meisten verbrennen ihr Budget nicht mit dem falschen Modell, sondern mit der falschen Stufe. Du weißt nach diesem Artikel, wann sich Fable 5.2 wirklich lohnt, wann Sonnet oder Haiku reichen und in welcher Reihenfolge du bei einer hängenden Aufgabe nachjustierst. Ich hab auf digitalhandwerk jede Claude-Generation seit Fable 5 eingeordnet und bin seit 1989 in der Kommunikation, also lies das als Praxisbrille, nicht als Pressemitteilung. Zuerst die nackten Zahlen zum Release.
Kurz gesagt
- Claude Fable 5.2 kostet 8 und 40 Dollar pro Million Input- und Output-Tokens und ist laut Anthropic bis zu 30 Prozent schneller als Fable 5.1.
- Als Standard für die meiste Arbeit empfiehlt Anthropic trotzdem Opus 5.5 auf Medium, Sonnet und Haiku decken klar umrissene Aufgaben und Massenjobs ab.
- Bei hängenden Aufgaben gilt die Reihenfolge: Selbstprüfung ermöglichen, eine Effort-Stufe höher, erst dann ein größeres Modell.
- Auf schweren Coding-Aufgaben erreicht Fable 5.2 auf High dasselbe wie Opus 5.5 auf Max, laut Anthropic für rund die Hälfte der Kosten pro Aufgabe.
- Wer über die API baut, muss bei Fable 5.2 den Gesprächsverlauf unverändert lassen, sonst antwortet die Schnittstelle mit Fehler 400.
- Effort
- die Einstellung, die festlegt, wie gründlich ein Claude-Modell nachdenkt, prüft und Werkzeuge einsetzt, von Low bis Max.
- Kosten pro Aufgabe
- was eine erledigte Aufgabe am Ende tatsächlich kostet, also Tokenpreis mal verbrauchte Tokens.
- Fallback
- die automatische Umleitung einer blockierten Anfrage an ein älteres Modell.
- Preserved Thinking
- die Funktion, mit der Fable 5.2 seine Denkblöcke über mehrere Runden hinweg behält.
Was ist neu an Claude Fable 5.2?
Fable 5.2 und Claude Mythos 5.2 sind dasselbe Basismodell. Fable ist die Version mit Safeguards für Cybersicherheit und Biologie und für alle zugänglich, Mythos bleibt geprüften Organisationen im Cyber Verification Program und im Life Sciences Verification Program vorbehalten. Das Prinzip kennst du, falls du meinen Praxistest zu Fable 5.1 und dem Vergleich mit dem Vorgänger gelesen hast.
Drei Punkte sind für den Alltag relevant. Erstens der Preis: 8 Dollar pro Million Input-Tokens und 40 Dollar pro Million Output-Tokens, statt 10 und 50 Dollar bei Fable 5.1. Zweitens das Tempo: Laut Anthropic erzeugt das Modell Output bis zu 30 Prozent schneller als die 5.1er-Generation. Drittens die Safeguards: Fable 5.2 blockiert rund 55 Prozent seltener als sein Vorgänger. Was trotzdem hängen bleibt, beantwortet bei Cyberthemen Opus 4.8 und bei Biologie Opus 5.
Die Modell-ID lautet claude-fable-5-2, verfügbar ist es auch über AWS, Google Cloud und Microsoft Azure. Für Abos gibt es zum Start eine Aktion: Bei Pro und Standard-Team-Sitzen darf Fable laut Anthropic bis zu 50 Prozent des Wochenlimits ausmachen. Nimm das als Startangebot, nicht als Dauerzustand.
Die Benchmarks sind beeindruckend, aber ich halte mich nicht lang mit ihnen auf. Anthropic nennt unter anderem 49,1 Prozent auf FrontierCode 2.0 bei Xhigh, Opus 5.5 kommt dort auf 45,5 Prozent. Spannender find ich, was dieselbe Firma daraus für deine Modellwahl ableitet.
Warum empfiehlt Anthropic trotzdem Opus 5.5 als Startpunkt?
Weil Opus 5.5 pro Token halb so viel kostet und für die meiste Arbeit reicht. Der Leitfaden auf claude.dev, geschrieben von Addy Osmani, sagt das ohne Umschweife: Starte die meisten Aufgaben auf Opus 5.5 mit Medium Effort. Das ist auch der Standard in Claude Code. Anthropics Release-Seite nennt Opus 5.5 ebenfalls den stärksten Alltagsbegleiter, Fable und Mythos sind für die härtesten Probleme gedacht.
Die vier Modelle im Überblick, alle Preise pro Million Tokens laut Entwicklerblog:
| Modell | Input / Output | Cache Read | Standard-Effort in der API |
|---|---|---|---|
| Haiku 5.5 | 0,10 / 0,50 Dollar (bis 100.000 Tokens Prompt) | 0,01 Dollar | Medium |
| Sonnet 5.5 | 2 / 10 Dollar | 0,10 Dollar | High (Medium in Claude Code) |
| Opus 5.5 | 4 / 20 Dollar | 0,20 Dollar | Medium |
| Fable 5.2 | 8 / 40 Dollar | 0,20 Dollar | High (Medium in Claude Code) |
Alle vier haben ein Kontextfenster von einer Million Tokens und bis zu 128.000 Tokens Output. Platz ist bei keinem davon der Engpass. Unterschiedlich sind Denkvermögen und Preis. Was Haiku kann und wo es aufhört, hab ich in meinem Artikel über das günstigste Modell der 5.5er-Reihe zerlegt.
Ich vergleiche Modelle nicht mehr nach dem Preis pro Token, sondern nach dem Preis pro erledigter Aufgabe. Ein teures Modell, das in einem Anlauf fertig wird, ist oft billiger als ein günstiges, das dreimal neu ansetzt.
Welches Modell passt zu welcher Aufgabe?
Hier ist, was ich aus dem Leitfaden für EPU und KMU herausziehe. Die Einteilung stammt von Anthropic, die Gewichtung ist meine.
Haiku 5.5 nimmst du für Stückzahlen: Klassifizieren, Routen, Taggen, Daten aus vielen gleichartigen Dokumenten ziehen. Dazu kommen Subagenten, die Dateien durchsuchen, Logs lesen oder zusammenfassen. Standardstufe Medium.
Sonnet 5.5 ist das Arbeitstier für klar umrissene Aufgaben. Bugfixes, Features nach Spezifikation, Chat, wiederkehrende Agentenjobs wie Review oder Entwürfe, dazu Alltagsdokumente, Folien und Tabellen. Ein Haken, den Anthropic selbst nennt: Eine saubere Spezifikation allein rechtfertigt Sonnet noch nicht. Migrationen und Performance-Arbeit brauchen oft trotzdem Opus oder Fable.
Opus 5.5 ist der Standard für alles dazwischen: tägliches Engineering, Debugging, Features über mehrere Pull Requests, Computer Use und Arbeit mit vielen Bildern. Und, das find ich am ehrlichsten, auch die Empfehlung für den Fall, dass du unsicher bist.
Fable 5.2 kommt erst ins Spiel bei großen Refactorings, Migrationen, Architekturfragen, beim Dirigieren vieler Subagenten sowie bei tiefer Recherche und wissenschaftlicher oder quantitativer Analyse. Oder wenn Opus 5.5 auf High nachweislich nicht reicht. Oder bei langen Läufen, die ohne Aufsicht durchlaufen sollen.
Für die Steuerberaterin, die Mandantenmails sortiert, heißt das: Haiku. Für den Tischler, der seine Angebotsvorlage in eine Tabelle gießt: Sonnet. Fable 5.2 braucht in einem typischen Kleinbetrieb kaum jemand täglich. Das Modell ist für eine andere Gewichtsklasse gebaut, und das ist auch gut so.
Was bringt der Effort-Regler wirklich?
Das ist der Punkt, an dem es interessant wird. Der Leitfaden rät, zuerst am Effort-Level zu drehen und erst dann am Modell. Effort ist das feinere Werkzeug. Mehr Effort heißt längeres Nachdenken, mehr Werkzeugaufrufe und mehr Selbstkontrolle. Was er nicht kann: fehlendes Wissen oder fehlende Fähigkeiten herbeizaubern.
Die Zahlen dazu stammen aus Anthropics Tests von Opus 5.5 auf SWE-bench Pro, einem Coding-Benchmark. Medium lag rund 2,5 Punkte unter High und kostete etwa 70 Prozent davon. Low lag etwa 8 Punkte darunter, für ein Drittel der Kosten. Xhigh schaffte rund 1,4 Punkte mehr als High, kostete aber das 2,5-Fache.
Was das konkret bedeutet: Über High wird jeder Prozentpunkt richtig teuer. Ab dort kann eine höhere Stufe so viel kosten wie das nächstgrößere Modell, und dann lohnt der direkte Vergleich.
Ein Trick aus dem Leitfaden hat mich überrascht. Opus 5.5 auf Low laufen lassen und nur die gescheiterten Aufgaben auf High wiederholen ergab rund 97 Prozent Erfolg für etwa 0,17 Dollar pro Aufgabe. Alles gleich auf High: 95,3 Prozent für 0,29 Dollar. Billiger und besser zugleich, weil die meisten Aufgaben die hohe Stufe gar nicht brauchen. Das funktioniert nur, wenn du automatisch erkennst, was gescheitert ist, also mit Tests oder Prüfskripten.
Meine eigene Faustregel hab ich im Artikel über die fünf Effort-Stufen von Niedrig bis Maximal schon beschrieben: hoch, solange Struktur und Entscheidungen entstehen, runter, sobald nur noch Ausführung anfällt. Der Leitfaden bestätigt das mit Zahlen, die ich so nicht hatte.
Wann lohnt sich Fable 5.2 trotz doppeltem Tokenpreis?
Und jetzt kommt der Teil, der die meisten überrascht. Fable 5.2 kostet pro Token das Doppelte von Opus 5.5 und kann pro Aufgabe trotzdem billiger sein. Auf FrontierCode 2.0 erreicht Fable 5.2 auf High 45,3 Prozent, Opus 5.5 auf Max 45,5 Prozent. Praktisch gleich, aber Fable braucht dafür laut Anthropic nur etwa die Hälfte der Kosten pro Aufgabe.
Die Release-Seite legt nach. Auf Humanity’s Last Exam erreicht Fable 5.2 schon auf Low den Bestwert von Opus 5.5, für weniger als ein Zehntel der Kosten. Beim Diagramm-Benchmark Chartography liegt Fable auf Medium mit 66,4 Prozent über Opus 5.5 auf Max mit 64,4 Prozent.
Die Lehre daraus formuliert der Leitfaden selbst: Bevor du Opus auf schweren Aufgaben über High hinaustreibst, probier Fable. Ich würde das eigentlich noch schärfer sagen, aber so ist es genauer: Max auf Opus ist selten die richtige Antwort, Fable auf High oft schon.
Ein Detail fürs Budget: In einem Such-Benchmark mit 20 Aufgaben verursachten zwei davon 43 Prozent der Gesamtkosten. Wer nur den Durchschnitt rechnet, unterschätzt die Ausreißer. Kalkulier deine schwersten Aufgaben getrennt.
Was tust du, wenn eine Aufgabe scheitert?
Der Leitfaden gibt eine Eskalationsleiter vor, die ich mir neben den Bildschirm kleben würde:
- Sorg dafür, dass das Modell seine Arbeit selbst prüfen kann, mit einem Test, einem Build oder einem Skript.
- Erhöhe den Effort um genau eine Stufe.
- Wechsle ein Modell nach oben, und starte dort auf einer niedrigeren Stufe als zuletzt beim kleineren Modell.
Schritt eins wird am häufigsten übersprungen. Ein Modell, das nicht prüfen kann, ob es richtig liegt, wird auch auf Max nicht zuverlässiger. Es denkt nur länger über dieselbe Unsicherheit nach.
Wie kombinierst du mehrere Modelle, ohne draufzuzahlen?
Mehrere Modelle in einem Workflow klingt nach Sparen. Der Leitfaden zeigt, wo das kippt.
Günstige Cache Reads gibt es nur auf dem Modell, das den Cache geschrieben hat. Wechselst du mitten in einer langen Sitzung, zahlt die erste Runde auf dem neuen Modell den vollen Preis. In Claude Code hilft /compact vor dem Wechsel oder eine frische Sitzung mit schriftlichem Plan. Wie ich den Wechsel im Chat handhabe, steht in meinem Text über den Modellwechsel mitten in der Aufgabe.
Dazu kommt die Sichtbarkeit der Denkblöcke. Fable 5.2 liest die Denkblöcke von Opus, Sonnet und Haiku, umgekehrt gilt das nicht. Gehst du von Fable 5.2 auf ein anderes Modell runter, ist dessen Gedankengang weg. Das Ergebnis bleibt, die Begründung nicht.
Kontext ist teurer, als er aussieht. Laut Leitfaden kostet ein Cache Read bei 150.000 Tokens Kontext rund 0,03 Dollar pro Runde, bei 20.000 Tokens etwa 0,004 Dollar. Halt den Kontext des teuren Modells schlank und lass die günstigen Subagenten das viele Lesen erledigen. In Claude Code geht das über model: haiku in der Agent-Definition:
---
name: log-reader
description: Liest Testausgaben und Logs und meldet jeden Fehlschlag. Nach einem Testlauf verwenden.
tools: Read, Grep, Glob, Bash
model: haiku
---
Lies die übergebenen Logs. Melde für jeden Fehler Datei, Testname und erste Fehlerzeile. Bearbeite keine Dateien.Zwei Muster sieht der Leitfaden kritisch. opusplan, also Planen mit Opus und Ausführen mit Sonnet, dreht Anthropics eigene Empfehlung um: Die Code-Änderungen sollen beim Hauptmodell bleiben. Beim Advisor-Tool, in dem ein günstiges Modell ein stärkeres um Rat fragt, brachte ein Test 1,7 Punkte mehr für das 2,1-Fache der Kosten, laut Autor im Rauschen. Gut funktioniert hat dagegen ein Opus-5.5-Dirigent mit bis zu 25 parallelen Sonnet-Arbeitern: rund ein Drittel billiger als Opus allein, bei ähnlichem Ergebnis. Bei Aufgaben, die in einer Kette voneinander abhängen, bringt das nichts.
Welche Stolperfallen gibt es in der API?
Wer über die API baut, sollte vor dem Umstieg diese Punkte prüfen. Alle stammen aus dem Entwicklerblog.
Preserved Thinking bei Fable 5.2 ist streng. Ändert sich irgendetwas vor einem Denkblock, also System Prompt, Werkzeugliste oder frühere Nachrichten, antwortet die API mit Fehler 400, außer du erlaubst ausdrücklich, dass der Denkblock verworfen wird. Der Verlauf wird deshalb nur noch angehängt, nie umgeschrieben. Wer seinen Verlauf heute nachträglich kürzt oder bereinigt, muss das vor dem Umstieg ändern.
Thinking lässt sich bei Opus 5.5 und Fable 5.2 nicht abschalten. Eine Antwort kann mit einem Denkblock beginnen, lies Inhalte also nach type und nicht nach Position.
Erzwungene Werkzeugnutzung über tool_choice mit any oder tool führt bei Sonnet 5.5, Opus 5.5 und Fable 5.2 zu Fehler 400. Stattdessen auto verwenden, Werkzeuge mit strict: true markieren und im Prompt sagen, wann sie dran sind.
Für DSGVO-bewusste Betriebe wichtig: Laut Anthropic gilt für Kunden ohne Zero-Data-Retention eine Speicherung von 30 Tagen für die Sicherheitsüberwachung. Das solltest du in deiner Datenschutzdokumentation stehen haben, bevor sensible Kundendaten durch Fable laufen.
Was ändere ich ab heute an meiner Arbeitsweise?
Ehrlich gesagt weniger, als der Release vermuten lässt. Mein Standard bleibt Opus 5.5 auf Medium. Neu ist, dass ich bei schweren Aufgaben nicht mehr reflexartig auf Max stelle, sondern Fable 5.2 auf High dagegen teste. Und ich werde die Low-dann-High-Methode an meinen eigenen Automationen ausprobieren, weil die Rechnung zu gut aussieht, um sie zu ignorieren.
Den Vergleich auf echter Arbeit empfiehlt Anthropic selbst: Nimm echte Aufgaben mit automatischer Erfolgsprüfung, lass jedes Modell auf zwei bis drei Stufen laufen, jeweils in getrennten Sitzungen, und trag Ergebnis gegen Kosten auf. In Claude Code reicht für den Anfang eine Aufgabe aus dem Backlog, zweimal mit /model auf verschiedenen Modellen, danach /usage vergleichen. Die vollständigen Zahlen findest du in Anthropics Ankündigung zu Claude Fable 5.2 und Mythos 5.2 und im Entwicklerleitfaden zur Wahl des richtigen Claude-Modells.
Schauen wir mal, wie lang der Vorsprung hält. Das Muster aber bleibt: Wer Modell und Effort bewusst wählt, holt aus demselben Budget deutlich mehr heraus. Du kannst warten, bis die nächste Rechnung dich dazu zwingt. Oder du testest diese Woche eine einzige Aufgabe auf zwei Stufen.
