Claude Fable 5.2 und Mythos 5.2: Neuerungen und Unterschiede zu Opus 5.5

Claude Fable 5.2 und Claude Mythos 5.2 sind Sprachmodelle, die Anthropic am 9. November 2026 vorgestellt hat. Beide verwenden dasselbe Basismodell: Fable richtet sich an allgemeine Kunden mit anspruchsvollen Aufgaben, Mythos an verifizierte Anwendungen in Cybersicherheit und Lebenswissenschaften. Für die Auswahl zählen Aufgabe, Zugangsbedingungen und Kosten.

Was sind Fable 5.2 und Mythos 5.2?

Ein Sprachmodell erzeugt Antworten aus dem Kontext bereitgestellter Texte und anderer Unterlagen. Diese Modelle sind auf mehr als kurze Antworten ausgerichtet: Informationen untersuchen, planen und Arbeitsschritte mit Werkzeugen ausführen. Bei agentischen Aufgaben nutzt die KI Werkzeuge für mehrere Schritte. Allein die Modellwahl gewährt keinen Zugriff auf Dateien oder das Internet. Was möglich ist, bestimmen die Anwendung und ihre verbundenen Werkzeuge.

Laut Anthropics Ankündigung zu Fable 5.2 und Mythos 5.2 verbessern sich Programmierung, Schlussfolgern und Bildverständnis. Die kleinere Versionsnummer 5.2 bedeutet nicht, dass Fable schwächer als Opus 5.5 ist. Fable, Mythos, Opus, Sonnet und Haiku sind unterschiedliche Modellreihen; Versionsnummern gehören in den jeweiligen Zusammenhang.

Eine kurze Mitteilung zu überarbeiten erfordert andere Untersuchungen als einen Fehler zwischen mehreren Diensten zu finden. Entscheidend ist deshalb, welche bisher schwierigen Aufgaben eine zusätzliche Option erhalten, nicht ob jede Anfrage zum neuesten Modell wechseln sollte.

Was ändert sich gegenüber Version 5.1?

Anthropic berichtet über Fortschritte bei Code, komplexem Schlussfolgern und Bildverständnis gegenüber Fable 5.1 und Mythos 5.1 sowie bis zu 30 % schnellere Ausgabeerzeugung. „Bis zu“ bedeutet nicht, dass jede vollständige Aufgabe 30 % weniger Zeit braucht. Dateizugriffe, Suche, Werkzeugausführung und Ergebnisprüfung beeinflussen die Gesamtdauer.

Bei längeren Aufgaben sollten Untersuchungsumfang und Erfolgskriterien klar sein. Statt nur eine Fehlermeldung mit „Bitte reparieren“ zu schicken, nennen Sie Reproduktionsschritte, relevante Dateien, das erwartete Ergebnis und unveränderliche Bedingungen. Das garantiert keinen Erfolg, schafft aber auch eine faire Grundlage für Modellvergleiche.

Wer über die Programmierschnittstelle API (Application Programming Interface) wechselt, sollte nicht lediglich den Modellnamen ersetzen. Die Änderungen in Fable 5.2 betreffen unter anderem Gesprächsverlauf, Thinking-Blöcke und das ältere Werkzeug zur Computerbedienung. Prüfen Sie dies besonders, wenn Ihre Integration frühere Nachrichten bearbeitet oder innerhalb eines Gesprächs Modelle wechselt.

Wie unterscheiden sich Fable und Mythos?

Die Vorstellung „Basismodell und intelligentere Bezahlversion“ führt in die Irre. Beide teilen die Grundlage, aber Fable besitzt Schutzmaßnahmen für Cybersicherheit und Biologie, die eine breitere Bereitstellung ermöglichen. Mythos bietet einen Zugang für verifizierte Forschung. Eine Zulassung erlaubt nicht jede Anfrage; die Nutzungsrichtlinien gelten weiterhin.

Die Informationen zum Cyber Verification Program unterscheiden alltägliche sichere Entwicklung von spezialisierter Sicherheitsarbeit. Codeprüfung und die Behebung bekannter Fehler erfordern nicht grundsätzlich eine Mythos-Zulassung. Wenn fortgeschrittene Forschung den Zugang benötigt, prüfen Sie zunächst die passende Antragsstufe und anschließend Kontoverknüpfung und Freigabe. Für Lebenswissenschaften verlinkt die Ankündigung einen eigenen Verifizierungsweg.

Für Blogtexte oder Programmierunterricht kommen zunächst Fable und andere allgemein verfügbare Modelle infrage. Zugangsbeschränkungen sind kein Beleg dafür, dass Mythos bessere Artikel schreibt. Die Verifizierung betrifft Zweck und Umfang der Forschungsnutzung.

Wann ist Opus 5.5 die passende Wahl?

Der offizielle Modellvergleich nennt Opus 5.5 als Ausgangspunkt für die meisten Arbeiten und Fable 5.2 für schwierigere Denkaufgaben und langfristige agentische Arbeit. Die Tabelle überträgt diese Empfehlung auf praktische Situationen; sie enthält keine gemessene Rangliste.

Beachten Sie außerdem den Reasoning-Effort, also die Einstellung für die Tiefe der Problembearbeitung. Der Leitfaden zur Modellwahl empfiehlt, neben dem Modell auch diese Einstellung zu bewerten. Wer beides zugleich verändert, kann den Einfluss schwerer auseinanderhalten.

Für reine Rechtschreibkorrekturen ist das aufwendigste Modell selten immer nötig. Bei einem Bericht, der widersprüchliche Unterlagen mit nachvollziehbaren Belegen abgleicht, können weniger Auslassungen und Korrekturen wichtiger sein als ein schneller erster Entwurf.

Praktische Aufgaben und Beispiele für Anfragen

Für Code benötigen Sie Reproduktionsschritte, relevante Dateien, Umgebung, erforderliche Tests und Änderungsgrenzen. Ein Beispiel: „Suchergebnisse ändern bei gleichem Datum ihre Reihenfolge. Reproduziere das mit den angehängten Eingaben, erkläre die Ursache und schlage eine Korrektur vor. Öffentliche Funktionsnamen bleiben erhalten; bei gleichem Datum muss die ursprüngliche Eingabereihenfolge bestehen bleiben.“ Erwartet wird eine stabile Reihenfolge bei Gleichstand. Wiederholen Sie dieselbe Eingabe vor der Übernahme.

Für Dokumente und Diagramme liefern Sie Originaldaten, Einheiten, Zeitraum und Fragestellung. „Sind die Umsätze gestiegen?“ ist schwerer prüfbar als „Die Monatstabelle verwendet Tausend Geldeinheiten. Trenne Gesamtumsatz und Umsatz pro Bestellung und kennzeichne fehlende Monate ohne Schätzung.“ Gleichen Sie Berechnungen mit der Quelle ab. Bei unleserlichen Diagrammbeschriftungen hilft die ursprüngliche Tabelle.

Zusätzlich bietet Anthropic Hinweise für Fable-5.2-Prompts. Bei Arbeit mit mehreren Werkzeugen sind Abschlusskriterien und zugängliche Unterlagen ebenso wichtig wie das Ausgabeformat. Diese Beispiele erklären Anfrage und Prüfung; sie sind keine gemessenen Leistungsresultate.

Nutzung und Preise prüfen

Prüfen Sie in Claude zunächst die Modellauswahl und Nutzungsinformationen Ihres Kontos. Fehlt das Modell, klären Sie Verfügbarkeit für Tarif, Sitz und Organisationseinstellungen. Abonnement und API werden unterschiedlich abgerechnet; der monatliche Abopreis bestimmt nicht allein die API-Kosten.

In Claude Code lässt sich laut Dokumentation zur Modellkonfiguration mit /model claude-fable-5-2 eine genaue Version wählen. Fable 5.2 benötigt Claude Code 2.1.321 oder neuer. Mit /model prüfen Sie Auswahl und Bedingungen. Wird auf nötige Nutzungsguthaben hingewiesen, lesen Sie vor dem Fortfahren die Abrechnung. Modell-Aliasse können je nach Anbieter andere Versionen bezeichnen.

Die folgenden regulären Ein- und Ausgaberaten stammen aus den offiziellen API-Preisen, geprüft am 11. November 2026. Alle Beträge sind US-Dollar pro Million Token. Token sind Verarbeitungseinheiten und entsprechen nicht exakt Wörtern oder Zeichen.

Bei hypothetisch 100.000 Eingabe- und 10.000 abrechenbaren Ausgabetoken kostet Fable 5.2 im Standardmodus 0,1 × $8 + 0,01 × $40 = $1,20. Dieselben Tokenmengen kosten im Schnellmodus $2,40. Das Beispiel berücksichtigt weder Cache- und Batchrabatte noch Werkzeuggebühren oder Steuern. Prüfen Sie tatsächliche Nutzungsdaten und schätzen Sie nicht alle abrechenbaren Token allein anhand der sichtbaren Antwort.

Der angekündigte Faktor bis zu 2,5 im Schnellmodus betrifft die Tokenausgabe, nicht garantiert die gesamte Aufgabe. Prüfen Sie die Unterstützung Ihrer Plattform. Auch Standardwerte unterscheiden sich: Die API-Dokumentation nennt High, während die Ankündigung Medium für Claude-Apps und Claude Code beschreibt. Unterschiedliche Umgebungen haben damit nicht automatisch identische Vergleichsbedingungen.

Benchmarks richtig einordnen

Ein Benchmark ist ein Vergleich mit festgelegten Aufgaben und Bewertungsregeln. Ein höherer Wert bedeutet nicht denselben Vorteil bei deutschen Texten, internen Unterlagen oder Ihrem Code. Prüfen Sie erlaubte Werkzeuge, Effort, Wiederholungen und Kostenbedingungen.

Ein guter Diagrammwert garantiert nicht, dass jede kleine Zahl korrekt gelesen wird. Auflösung, Achseneinheiten und fehlende Daten bleiben zu kontrollieren. Bei Code unterscheiden sich bestandene Tests und Produktionsreife: Bestehendes Verhalten, Sicherheit und Betriebsanforderungen müssen ebenfalls stimmen.

Anthropics Forschungs- und interne Entwicklungsbeispiele sind Berichte aus den jeweiligen Umgebungen. Sie versprechen keine identischen Ergebnisse für alle zum selben Zeit- und Kostenaufwand. Eigene wiederkehrende Aufgaben ergänzen öffentliche Werte als Entscheidungsgrundlage.

Vor dem Wechsel kontrolliert vergleichen

Prüfen Sie, ob ein neues Modell konkrete Probleme reduziert. Die folgenden Schritte sind eine Bewertungsmethode und kein Ergebnis eines bezahlten Vergleichsexperiments.

1. Wählen Sie eine wiederkehrende, überprüfbare Aufgabe, etwa einen Bericht aus festen Quelldaten oder eine reproduzierbare Fehlerkorrektur.
2. Definieren Sie vorher die Abnahmekriterien: keine fehlenden Pflichtangaben, passende Berechnungen oder bestandene vorhandene Tests.
3. Halten Sie Quellen und Anfrage konstant und speichern Sie das Ergebnis des bisherigen Modells. Prüfen Sie bei sensiblen Daten zuerst Upload-Berechtigung und Verarbeitungsbedingungen.
4. Verwenden Sie ein separates Gespräch oder einen kopierten Arbeitsordner. Dokumentieren Sie Modell, Effort, Werkzeuge und Datum; überschreiben Sie die Originalumgebung nicht.
5. Vergleichen Sie Genauigkeit, Gesamtdauer, Rückfragen, manuelle Korrekturen und tatsächliche Nutzung. Bei wichtigen Aufgaben verringern mehrere Fälle den Zufallseinfluss.
6. Übernehmen Sie zunächst nur Aufgaben mit belegtem Nutzen. Bei Fehlern oder unerwarteten Kosten kehren Sie zu gespeicherten Einstellungen und Originaldateien zurück und untersuchen die problematische Eingabe.

Ein bewährtes Modell beizubehalten ist sinnvoll, wenn es Ihre Qualität zuverlässig erfüllt. Bewerten Sie Fable 5.2 als zusätzliche Option für schwierige Arbeit und Mythos anhand von Forschungsbedarf und Zugangsberechtigung. Fakten, Quellen, Codeausführung und folgenreiche Entscheidungen brauchen weiterhin menschliche Prüfung.