Claude Opus 5 vs Fable 5: Welches Modell solltest du wirklich einsetzen?

Die beiden Modelle im direkten Vergleich

Mein Job bei eesel besteht darin, Integrationen und APIs zu bauen, deshalb öffne ich bei jedem neuen Modell-Release zuerst die Spec-Tabelle. Das Launch-Video kommt später, wenn überhaupt. Willst du zuerst die Version in einfachen Worten? Dann starte mit was Fable 5 ist, gefolgt vom Überblick zu den Fable-5-Fähigkeiten. Unten steht, was der Modell-Überblick tatsächlich für diese beiden Modelle veröffentlicht.

Zwei Zeilen darin verdienen einen zweiten Blick.

Zunächst der Wissensstand. Fable 5s verlässlicher Wissensstand liegt bei Januar 2026, vier Monate älter als der von Opus 5 im Mai 2026. Das Flaggschiff läuft also mit dem etwas veralteteren Kopf herum. Frag beide nach etwas, das dieses Jahr passiert ist, und das günstigere Modell hat einfach mehr davon gelesen.

Zweitens die Batch-Zeile. Bei der Message Batches API unterstützt Opus 5 bis zu 300k Output-Tokens hinter dem Beta-Header output-300k-2026-03-24, und Fable 5 fehlt in dieser Liste komplett. Merkwürdige Lücke für ein Modell, das für Langform-Generierungsaufgaben vermarktet wird.

Preis: doppelt so viel in jeder Zeile

Hier gibt es keine raffinierte Struktur zu entschlüsseln. Über Input und Output hinweg, und ebenso über Cache-Writes und Cache-Reads, hat Anthropic Fable 5 auf exakt das 2-Fache von Opus 5 gesetzt.

All diese Zahlen stammen von Anthropics Preisseite. Ein paar Dinge sind auf dieser Seite gut versteckt, und sie beeinflussen deine Rechnung:

• Keines der beiden Modelle berechnet einen Long-Context-Aufschlag. Eine 900k-Token-Anfrage wird zum selben Preis pro Token abgerechnet wie eine mit 9k. Vor einer Generation war das noch anders.
• Der minimal cachebare Prefix von Opus 5 liegt bei 512 Tokens, gemeinsam mit Fable 5 der niedrigste Wert in der gesamten Modellreihe. Das bedeutet, dass kurze System-Prompts, die bei Opus 4.5 nie gecacht werden konnten, jetzt cachebar sind.
• Der Fast Mode von Opus 5 kostet $10/$50, exakt der Preis pro Token von Fable 5 im Standardmodus, und dafür bekommt man rund das 2,5-Fache der Standardgeschwindigkeit. Diese Weiche verdient einen zweiten Blick. Gleiches Geld so oder so, und die Wahl vor dir ist Geschwindigkeit gegen das Flaggschiff.
• Bei den Abos erhält Pro Fable 5 über Usage-Credits, während Max 5x und 20x es zu 50 % der wöchentlichen Limits bekommen. In der Praxis verbrennst du dein Fable-Kontingent doppelt so schnell, und das ist relevant, wenn du dein Budget an der Claude-Pro-Preisgestaltung statt an der API-Preistabelle ausrichtest.

Beide Claude-Flaggschiffe liegen am teuren Ende der Frontier-Kategorie. Von OpenAI ist das nächstliegende Vergleichsmodell bei der GPT-5.3-Codex-Preisgestaltung zu finden. Googles Pendant liegt bei der Gemini-3-Preisgestaltung. Am günstigen Ende sitzt mit Kimi K2.5 der Open-Weight-Herausforderer.

Setz deine eigenen Volumina hier ein. Das Verhältnis bleibt bei 2:1, egal was du eingibst, wobei die absolute Lücke erst ab einer bestimmten Größenordnung wirklich wehtut.

Wo Fable 5 noch gewinnt

Lass mich für einen Moment fair zu Fable sein. Die Launch-Berichterstattung kippte innerhalb von etwa sechs Wochen von "State of the Art" zu "wozu eigentlich", und keine dieser beiden Einschätzungen ist richtig.

Laut der Tabelle in Anthropics eigener Opus-5-System-Card hält Fable 5 bei vier Dingen die Führung:

• SWE-bench Pro: 80, gegenüber 79,2 bei Opus 5
• DeepSWE v1.1: 69,7 gegenüber Opus 5s 68,8
• FrontierCode 1.1 Main Set: 53,5, Opus 5 bei 53,4
• Humanity's Last Exam, ohne Tools: 56,5, und 56,3 für Opus 5

Es gibt zwei weitere Vorteile, die keine Benchmark-Tabelle zeigt. Bei AA-Omniscience hat Artificial Analysis festgestellt, dass Opus 5 geringeres Faktenwissen als Fable 5 hat, und führt das auf die Größenklasse zurück. Dann gibt es noch das LMArena-Text-Leaderboard, auf dem claude-fable-5 mit einem Elo-Wert von 1507 aus 14.646 Stimmen auf Platz 1 liegt. Opus 5 taucht dort überhaupt nicht auf, da der Snapshot vor dessen Release liegt. Blinde menschliche Präferenz und Benchmark-Intelligenz sind zwei verschiedene Dinge, und die menschliche gehört im Moment Fable.

Stell die linke und die rechte Spalte trotzdem nebeneinander. Fables Vorsprünge bestehen aus Nachkommastellen. Opus 5s Vorsprünge sind ganze Zahlen.

Eine Sache gehört Fable komplett allein, und zufällig ist es genau das Argument, mit dem Anthropic das Modell tatsächlich bewirbt: mehrtägige autonome Arbeit. Ein Agent-Harness ist die Art, wie die Produktseite beschreibt, wie es läuft, wobei das Modell tagelang arbeitet, über mehrere Stufen hinweg plant und Arbeit an Subagenten weitergibt. Cursors Haltung dazu ist, dass Fable 5 "eine Klasse von Langfristproblemen erschlossen hat, die für frühere Modelle unerreichbar waren". Eine wochenlange Migration, die man abgibt und am Ende überprüft, ist eine reale Arbeitskategorie, und genau dafür ist Fable gebaut.

In der Praxis läuft diese Art von Arbeit eher in einem Agent-Harness als in einem einzelnen Chat-Fenster ab. Meistens übernimmt die Delegation Claude-Code-Subagenten. Wenn es stattdessen auf Anthropics eigener Infrastruktur läuft? Dann sind Managed Agents deine Umgebung. Und es gibt auch noch einen ausführlicheren Überblick zu Multi-Agent-Systemen, falls das dein Weg ist.

Wo Opus 5 gewinnt, und zwar deutlich

Bei allem mit einer Agent-Loop dreht sich das Bild komplett um. Das ist die Kategorie, die am meisten zählt, wenn du in einer agentischen Coding-CLI lebst oder in einem der aktuellen KI-Coding-Assistenten.

All diese Zahlen stammen aus der System Card. Von allen Diagrammen lohnt sich FrontierBench am meisten, um sich damit einen Moment zu beschäftigen, da es die gesamte Effort-Skala statt eines einzelnen Punkts abbildet.

Die gesamte Opus-5-Kurve liegt oberhalb und links von Fables Kurve. Ihr günstigster Punkt in diesem Diagramm erzielt etwa denselben Score wie Fables teuerster Punkt, was ziemlich beeindruckend ist, wenn man sich das ansieht. Anthropics eigene Formulierung zu OSWorld ist noch unverblümter: Opus 5 übertrifft Fable 5s bestes Ergebnis bei nur gut einem Drittel der Kosten.

Ich habe diesen direkten Vergleich auch gegen die anderen Labs gemacht. Googles Flaggschiff wird in Gemini 3 Pro gegen Opus behandelt. Für OpenAIs Coding-Modell gibt es dieselbe Behandlung in GPT-5.3 Codex gegen Opus.

Eine kleine Ironie steckt in den Partner-Zitaten. Cognition nannte es beim Fable-Launch im Juni das höchstbewertete Modell auf FrontierBench. Sechs Wochen später lautet die Aussage desselben Unternehmens im Opus-5-Beitrag, dass es "sich der Leistung von Fable bei halben Kosten annähert". Beide Aussagen waren wahr an dem Tag, an dem sie geschrieben wurden. Mit dieser Geschwindigkeit bewegt sich dieses Segment.

Der Zapier-Kommentar ist der, den ich einem Finanzteam vorlegen würde. Opus 5 führte AutomationBench an, ohne mehr Tokens zu verbrauchen als die vorherigen Claude-Modelle, und erzielte 100 % beim Churn-Prevention-Workflow, an dem frühere Modelle vollständig gescheitert waren.

Der Effort-Regler ist die eigentliche Entscheidung

Fast jeder Vergleich übersieht diesen Punkt. Genau hier würde ich auch deine Aufmerksamkeit hinlenken.

Artificial Analysis benchmarkt jede der fünf Effort-Einstellungen von Opus 5 als eigenständiges Modell, aus dem simplen Grund, dass sie sich wie eigenständige Modelle verhalten. Über GDPval-AA v2 hinweg spannen diese Effort-Stufen 407 Elo-Punkte auf, und die Output-Token-Nutzung schwankt beim Übergang von Low zu Max um etwa das 8-Fache. Also ist "Claude Opus 5" eigentlich fünf Leistungsprofile unter einem Namen.

Jede dieser Zahlen stammt aus Artificial Analysis' AA-Briefcase-Test. Diese High-Zeile ist das ganze Argument: 32 Elo besser als das Flaggschiff, und das bei 47 % des Preises.

Die Falle funktioniert auch in die andere Richtung. Bei Max-Effort kostet eine Intelligence-Index-Aufgabe auf Opus 5 $2,03, gegenüber $1,80 bei Opus 4.8 und $1,53 bei Sonnet 5. Es landet also 26 % günstiger pro Aufgabe als Fable, während es teurer pro Aufgabe ist als sein eigener Vorgänger. Effort auf Max stellen und dann vergessen bedeutet vor allem, dass man seine Rechnung "upgraded". Mehr zur Auswahl je nach Aufgabe steht in meinem Leitfaden zur Modellauswahl.

Entwickler haben das schon wenige Tage nach dem Launch herausgefunden. Einer davon hat einen kontrollierten A/B-Test gefahren und die Rohdaten veröffentlicht:

"Findings: At matched effort, Opus 5 spends roughly 2x the output tokens of 4.8."

u/Abject_Tip3868, Reddit

Gleicher Listenpreis, aber eine andere Rechnung am Monatsende. Diese Lücke ist das Nützlichste, was man sich zu dieser Generation merken sollte, und das gilt auch für Fable.

Drei Dinge, die die Benchmark-Tabellen nicht zeigen

Die Scores sind der einfache Teil jedes Modellvergleichs. Alles Folgende kam zum Vorschein, während ich die Dokumentation statt der Leaderboards gelesen habe, und jeder einzelne Punkt würde meine Antwort weiter verschieben als jede Zwei-Punkte-Lücke in einem Benchmark.

Fables Safeguards leiten Anfragen an andere Modelle um

Von den Unterschieden zwischen diesen beiden Modellen wird dieser am wenigsten diskutiert, und er bringt echte operative Kosten mit sich.

Fable 5 kommt mit Safeguards für Cybersicherheit und Biologie, und jede Anfrage, die eine davon auslöst, wird automatisch an ein schwächeres Modell weitergeleitet. Auf der Fable-5-Seite macht Anthropic konkrete Angaben dazu, wohin: Cybersicherheits-Flags werden zu Opus 4.8 umgeleitet, Biologie-Flags zu Opus 5. Um das zu handhaben, müssen API-Kunden eine Fallback-API konfigurieren.

Wie oft löst das aber tatsächlich aus? Beim FrontierBench-Lauf hat die System Card verzeichnet, dass Fables Klassifikatoren 42 % der API-Aufrufe in 26 % der Durchläufe markiert haben. Bei Opus 5 lagen dieselben Werte bei 5 % der Aufrufe in 4 % der Durchläufe.

Eine faire Einschränkung gehört hier dazu. Diese Zahlen stammen aus einem einzelnen Benchmark innerhalb der sicherheitskritischen Domänen, auf die die Klassifikatoren ausgelegt sind, es handelt sich also nicht um allgemeinen Traffic. Anthropic bestätigt außerdem, dass bei umgeleiteten Anfragen nicht der Fable-Preis berechnet wird. Wenn deine Arbeit dennoch irgendwie Sicherheit oder Biologie berührt, wird trotzdem ein nennenswerter Teil deines Flaggschiff-Laufs still von etwas anderem bedient. Und eines dieser "etwas anderen" ist zufällig genau das Modell, zwischen dem du dich entscheiden wolltest.

Fable 5 war neunzehn Tage lang offline

Anthropics eigener Ankündigungsbereich sagt es klar genug. Fable 5 startete am 9. Juni 2026, dann wurde der Zugang am 12. Juni entzogen, und am 1. Juli wiederhergestellt.

Damals habe ich die Rückkehr in Fable 5 ist zurück dokumentiert.

Nichts davon sagt meiner Ansicht nach etwas Dauerhaftes über Fables Zuverlässigkeit aus. Trotzdem gehört es in die Entscheidung, wenn du dabei bist, ein Top-Tier-Modell zu einer harten Abhängigkeit in einer Produktionspipeline zu machen. Die Nutzung von Fable erfordert außerdem eine 30-tägige Datenaufbewahrung zur Sicherheitsüberwachung, was ein Compliance-Thema ist, das Opus 5 einem nie aufzwingt.

Beide sind langsam, und Opus 5 ist langsamer, als das Marketing suggeriert

Artificial Analysis geht hier nicht sanft mit Opus 5 um. Die Modellseite hat 52,6 Output-Tokens pro Sekunde gemessen, wo der Klassenmedian bei 76 liegt, plus 68,04 Sekunden bis zum ersten Token gegenüber einem Median von 2,81. Anthropics eigene Tabelle stuft Fable 5s Latenz als "Langsamer" und die von Opus 5 als "Moderat" ein, zwischen den beiden ist also Fable das langsamere Modell.

Diese achtundsechzig Sekunden bis zum ersten Token umfassen zwar das Reasoning bei Max-Effort, und ein niedrigerer Effort bringt nur sehr wenig zurück: 52,8 t/s bei xhigh, 56,8 t/s bei high. Keines von beiden sind Chat-Latenz-Modelle. Es sind Batch- und Hintergrund-Modelle, und so zu tun, als wäre es anders, führt genau zu Features, auf die niemand zu warten bereit ist.

Was Entwickler tatsächlich sagen

Bei dieser Paarung ist die Community-Lesart schärfer, als es die Launch-Berichterstattung war, und die Diskussion, die dort geführt wird, dreht sich kaum um den Listenpreis.

"Another way to ask the question, why is Opus half as expensive?"

u/Decent-Lab-5609, Reddit

Die Antwort, bei der die Leute immer wieder landen, ist unspektakulär. Wahrscheinlich auch richtig:

"I don't understand where this thought of pricing and performance must follow. Opus used to be triple the price. Doesn't mean Opus 4 is better than Opus 5. The cost to serve Fable is higher than the cost to serve Opus. It's that simple."

u/DatDudeDrew, Reddit

Bei den Abos weitet sich diese Lücke deutlich über 2:1 hinaus, weil Fable ein Max-Kontingent in einem völlig anderen Tempo verbraucht:

"working for about 3-5 hours drains 50% of my weekly 20x subscription using Fable 5 only. I have now been using Opus 5 only (since I'm out of Fable) for about 7 hours and it drained about 6% of my weekly usage. Meaning that you can do insane amounts of work with Opus 5 on 20x and I consider it unlimited. While Fable 5 is a sneeze."

u/Typical-Whole-248, Reddit

Nicht jeder ist von Opus 5 überzeugt, und die Beschwerden wiederholen sich konsequent genug, dass ich sie ernst nehme. Scope Creep in Claude Code ist der wiederkehrende Punkt:

"Opus versions since 4.6 have all had a fair amount of awkward, canned prose. But as Anthropic has increased the model's intelligence, it also seems to have made it more panicky, pedantic, and prone to scope creep. Opus 5 is the worst offender thus far for me [...] To me, its judgment feels strangely anxiety-shaped."

u/Veraticus, Reddit

Was den beliebtesten Workaround hervorgebracht hat, den ich bisher gesehen habe, und der überhaupt nicht darauf beruht, sich für ein Modell zu entscheiden:

"/model switching mid-session. Fable in plan mode first — it reads the repo and writes out the plan, no code. Switch to Opus to implement, you can then optionally switch back to Fable to review the diff. Context carries over so nothing gets re-explained."

u/Otherwise-Key806, Reddit

Fable plant, Opus schuftet. Stellt man Fables Stärke bei der Orchestrierung neben Opus 5s Preis in der Ausführungsschleife, verteidigt sich diese Aufteilung selbst besser als jedes der beiden Modelle allein. Dieselbe Logik steckt dahinter, wenn man Opus in Claude Code für die Umsetzung nutzt und die günstigeren Stufen für die mechanischen Durchgänge reserviert.

Die Zahl, die dich mehr beunruhigen sollte als die Platzierung

Fähigkeit ist es, was jede obige Tabelle misst. Diese nächste Zahl bestimmt alles, was Kundenkontakt hat.

Bei AA-Omniscience stellte Artificial Analysis fest, dass sich die Genauigkeit von Opus 5 gegenüber Opus 4.8 um 7 Punkte verbessert hat. Es antwortet außerdem häufiger, auch wenn es unsicher ist, und seine Halluzinationsrate stieg um 14 Punkte auf 50 %. Damit sind die Hälfte seiner Antworten in diesem Set halluziniert. Der Genauigkeitsgewinn wurde durch selbstbewussteres Raten erkauft.

Für einen Coding-Agenten mit Tests, gegen die man laufen kann, bleibt selbstbewusstes Raten wiedergutzumachen. Für einen Bot, der mit deinen Kunden spricht, ist das der vollständige Fehlermodus. Von der Support-Seite habe ich das mehr als einmal in der Realität gesehen. Ein Team, mit dem ich zusammengearbeitet habe, eine dänische B2B-Support-Gruppe für Fahrzeug-Telematik auf Zendesk mit rund 200 Tickets im Monat, Tendenz steigend Richtung 2.000, ist auf die denkbar gewöhnlichste Art darauf gestoßen. Ihre Wissensdatenbank besagte, dass sie alle Fahrzeugmodelle unterstützen, also erklärte der Bot fröhlich Kunden, dass er Automarken unterstütze, die in ihrer Datenbank überhaupt nicht existierten. Mit dem Modell selbst stimmte nichts nicht. Das Grounding war falsch, und das Modell war zu selbstsicher, um das zu erkennen.

Deshalb würde eine Benchmark-Platzierung bei mir niemals über ein Support-Deployment entscheiden. Die entscheidenden Faktoren sind, was das Modell sehen darf, und dann, was in dem Moment passiert, in dem es sich unsicher ist. Dieses ganze Argument wird ausführlich in RAG vs LLM dargelegt, während die Fehlermodi in meinem Leitfaden zu KI-Halluzinationen stehen.

Ein Elo-Wert ist nicht die Metrik, die man im Blick behalten sollte. Die KI-Lösungsrate im Verhältnis zu den Kosten pro Lösung ist es.

Und für die hochvolumigen, kurzen Aufgaben, aus denen eine Support-Warteschlange tatsächlich besteht, ist keines der beiden Flaggschiffe überhaupt das richtige Werkzeug. Nimm Ticket-Triage: Ein paar hundert Tokens gehen rein, ein Label kommt raus, tausende Male am Tag.

Sonnet 5 ist bei gleicher Qualität schneller und günstiger, Haiku noch mal günstiger.

Welches solltest du also einsetzen?

Meine tatsächliche Empfehlung, kurz gefasst: Standardmäßig Opus 5 bei hohem Effort einsetzen. Fable 5 für den Plan-und-Review-Durchgang bei Arbeit aufheben, die wirklich mehrere Tage läuft, und aufhören, Max-Effort-Preise für Aufgaben zu zahlen, die das nie gebraucht haben.

Mehr oder weniger ist das auch das, was Anthropic dir empfiehlt zu tun. Die Dokumentation sagt, mit Claude Opus 5 zu starten und erst hochzustufen, wenn man die höchstmögliche Leistungsfähigkeit braucht. Es kommt nicht oft vor, dass ein Anbieter einen vom teuren Produkt abzubringen versucht.

Falls deine Antwort hier "keines von beiden" lautet, sind die sehenswerten Optionen bei den Claude-Alternativen zusammengefasst. Und für ein Team ohne Entwickler zählt die Oberfläche mehr als das Modell, was das eher zu einer Frage der Claude-Cowork-Preisgestaltung macht als zu dieser hier.

Wo eesel ins Bild kommt

Die Entscheidung zwischen zwei Modellen war das Thema, um das es in diesem Beitrag größtenteils ging. Nach Jahren, in denen ich beobachtet habe, wie eesel KI auf echten Support-Warteschlangen betreibt, bin ich zu der Haltung gekommen, dass ein Support-Team diese Wahl gar nicht erst treffen müssen sollte.

Ein eesel-KI-Teamkollege dockt an dein Helpdesk an, trainiert auf deinen eigenen vergangenen Tickets und deinem Help Center, und übernimmt darunter das komplette Modell-Routing. In sechs Wochen, wenn sich die Frontier wieder bewegt, und das wird sie, muss sich an deiner Einrichtung nichts ändern. Der Teil, den du tatsächlich justierst, ist der, der wirklich zählt: was die KI antworten darf, wann sie an einen Menschen eskaliert, und wie sicher sie sich sein muss, bevor sie überhaupt antwortet. Jedes Rollout wird zunächst gegen deine historischen Tickets simuliert, sodass sichtbar ist, was das Modell bei echten Tickets geantwortet hätte, bevor ein einziger Kunde es zu sehen bekommt. Dieser Simulationsschritt existiert genau wegen des oben beschriebenen "wir unterstützen alle Modelle"-Problems.

Liest du einen Modellvergleich, weil du herausfinden willst, was du auf deine Support-Warteschlange loslassen sollst? Dann ist das die eigentliche Frage, die dahintersteckt. Mein Überblick über KI-Helpdesk-Software nimmt die breitere Perspektive ein, während das beste LLM für den Support Modell für Modell durchgeht.

Du kannst eesel kostenlos ausprobieren oder dir in einer Demo ansehen, wie es mit deinen Tickets umgeht. Die Abrechnung erfolgt pro Aufgabe, sodass die Effort-Stufen-Falle aus diesem Beitrag hier nie greift.