Claude Fable 5.1: billiger im Agentenbetrieb, strenger bei den Daten

Anthropic hat Claude Fable 5.1 am 1. September 2026 veröffentlicht, gemeinsam mit Claude Mythos 5.1. Nach Anthropics eigener Darstellung sind beide dasselbe Modell mit unterschiedlichen Schutzstufen: Fable 5.1 ist allgemein verfügbar, Mythos 5.1 nur auf Einladung über Programme für vertrauenswürdigen Zugang. Die Fachpresse bestätigt den Termin und die Verfügbarkeit auf allen Plattformen ab dem Erscheinungstag.

Die Modell-ID lautet claude-fable-5-1, auf Amazon Bedrock anthropic.claude-fable-5-1. Ausgeliefert wird das Modell über die Claude API, Amazon Bedrock, Google Cloud, Microsoft Foundry und die Claude Platform auf AWS. Als Oberflächen nennt Anthropic Claude Code, Claude Enterprise und die Claude Platform, mit unterschiedlichen Voreinstellungen für die Anstrengungsstufe: high in Claude Code, medium in Claude Cowork und auf claude.ai. Für die Abkündigung gilt eine Zusage: Auf den von Anthropic betriebenen Plattformen wird das Modell nicht vor dem 1. September 2027 abgeschaltet, während Bedrock und Google Cloud eigene Termine setzen.

Bemerkenswert ist, was Anthropic in derselben Dokumentation dazuschreibt. Fable 5.1 sei für anspruchsvolles Schlussfolgern und langlaufende Agentenarbeit gedacht; als Standard für die meisten Arbeitslasten empfiehlt Anthropic weiterhin ausdrücklich Claude Opus 5, und Fable 5.1 erst dort, wo Opus 5 auf hoher Anstrengungsstufe nicht ausreicht. Wer den Wechsel intern begründen muss, sollte diesen Satz kennen: Der Hersteller selbst rät nicht pauschal zum neuen Flaggschiff.

Die Eckdaten stehen in Anthropics Modelldokumentation und sind für eine Architekturentscheidung wichtiger als jede Rangliste.

Zwei Punkte daraus verdienen mehr als eine Tabellenzeile. Erstens der Denkmodus: Fable 5.1 denkt adaptiv und dauerhaft, der ältere manuelle Modus mit thinking.type: enabled und budget_tokens wird nicht mehr angenommen. Wer eine bestehende Integration portiert, muss diese Stelle anfassen.

Zweitens das Kontextfenster. Eine Million Token entsprechen laut Anthropic ungefähr 555.000 englischen Wörtern, gemessen am aktuellen Tokenizer, der mit Claude Opus 4.7 eingeführt wurde. Derselbe Tokenizer erzeugt für denselben Text rund 30 Prozent mehr Token als der vorherige. Eine Zahl im Kontextfenster ist damit keine Kapazitätsangabe, die man zwischen Modellgenerationen oder gar zwischen Anbietern einfach vergleichen könnte. Für die Budgetplanung zählt, wie viele Token Ihr eigener Textbestand tatsächlich erzeugt, nicht die Schlagzeile.

Zu den Leistungswerten hält sich dieser Beitrag bewusst kurz, weil das Gegenstand eines eigenen Vergleichsbeitrags ist. Nur so viel, und ausdrücklich als Herstellerangabe: Anthropic berichtet für Fable 5.1 52,6 Prozent auf Terminal-Bench-Science 0.1 gegenüber 24,7 Prozent für Fable 5, sowie 55,8 Prozent auf Terminal-Bench 4.0 gegenüber 42,0 Prozent. Die Vergleichsspalte in Anthropics eigener Tabelle ist GPT-5.6 Sol. Das aktuelle OpenAI-Flaggschiff GPT-6 Astra erschien zwei Tage nach dieser Veröffentlichung und kommt in Anthropics Zahlen nicht vor.

Anthropics Preisdokumentation nennt für Fable 5.1 die folgenden Werte, jeweils in US-Dollar je Million Token.

Interessant ist genau eine Zeile. Cache-Lesevorgänge kosten bei Fable 5.1 und Mythos 5.1 das 0,025-fache des Eingabepreises, während bei jedem anderen Claude-Modell der Faktor 0,1 gilt. Das ist die einzige Preisänderung gegenüber Fable 5, dessen Cache-Lesevorgang bei 1,00 US-Dollar je Million Token lag. Eingabe und Ausgabe sind unverändert. Das volle Kontextfenster wird zu den normalen Token-Preisen abgerechnet, einen Aufschlag für lange Kontexte gibt es nicht.

Anthropic beziffert die Ersparnis mit ungefähr 25 Prozent gegenüber Fable 5 für typische Arbeitslasten und mit bis zu ungefähr 45 Prozent für stark agentische Arbeit. Diese Zahl ist wichtig genug, um sie richtig zu lesen: Es ist eine modellierte Schätzung des Herstellers, die vollständig aus der Cache-Zeile stammt, und keine Preissenkung. Wer Anfragen stellt, die selten denselben Kontext erneut lesen, spart nichts. Wer eine Agentenschleife betreibt, die denselben Systemprompt, dieselbe Codebasis und dieselben Werkzeugdefinitionen hundertfach wieder einliest, spart erheblich. Der Unterschied zwischen beiden Fällen ist Ihre Cache-Trefferquote, und die kennt nur Ihr eigenes Lastprofil.

Ein Detail für die Kostenrechnung kommt hinzu: Wird die Inferenz per inference_geo: "us" auf die Vereinigten Staaten festgelegt, gilt ein Faktor von 1,1 auf Eingabe, Ausgabe, Cache-Schreiben und Cache-Lesen.

Im Wettbewerbsumfeld ist diese Cache-Zeile der einzige echte Preisunterschied an der Spitze. OpenAI führt für gpt-6-astra ebenfalls 10 und 50 US-Dollar je Million Token für Eingabe und Ausgabe, für zwischengespeicherte Eingaben jedoch 1,00 US-Dollar. Bei Cache-Lesevorgängen liegt Fable 5.1 damit bei einem Viertel des Preises, was in langen Agentenschleifen den Ausschlag geben kann. Alles Weitere zu diesem Vergleich, samt der Frage, welche Benchmark-Zahlen überhaupt vergleichbar sind, steht im gesonderten Beitrag.

Als Beleg für langlaufende Autonomie nennt Anthropic einen unbeaufsichtigten Lauf von 38 Stunden an einem Machine-Learning-Problem. Wer darauf aufbauen möchte, sollte allerdings zuerst die Liste der Schnittstellenänderungen lesen, denn drei davon brechen bestehenden Code.

Brechende Änderungen gegenüber Fable 5:

• Erzwungene Werkzeugnutzung gibt einen Fehler zurück.
• Frühere Modelle können die Denkblöcke von Fable 5.1 nicht lesen.
• Das Bearbeiten früherer Gesprächsrunden macht Denkblöcke ungültig.

Ergänzungen:

• Anstrengungsstufe je Nachricht (Beta).
• Systemnachrichten mit Gültigkeit für eine einzelne Runde (Beta).
• Lesbare Fortschrittsmeldungen zwischen Werkzeugaufrufen über display: "updates" (Beta).
• Der reduzierte Preis für Cache-Lesevorgänge.
• Herkunftskennzeichnung der erzeugten Inhalte.

Für Agentenarchitekturen relevant ist außerdem der Token-Aufschlag der Werkzeugsätze: computer_toolset_20260801 fügt je Anfrage etwa 4.500 Eingabe-Token hinzu, browser_toolset_20260801 etwa 6.600. Das ist eine Grundlast, die bei jeder einzelnen Anfrage anfällt, und sie gehört in jede Kostenschätzung. Der Fast Mode, der bei Claude Opus 5 und Opus 4.8 als Forschungsvorschau existiert, steht für Fable 5.1 nicht zur Verfügung.

Auf der Sicherheitsseite berichtet Anthropic, die Schutzmechanismen im Bereich Cybersicherheit lösten 60 Prozent weniger Fehlalarme aus als zuvor, und die Biologie-Schutzmechanismen griffen bei harmlosen Anfragen zu elementarer Biologie 85 Prozent seltener. Zugleich bleiben ganze Aufgabenklassen ausgeschlossen: Penetrationstests, Exploit-Erzeugung, binärbasiertes Scannen und Aufgaben aus der Biologieforschung werden auf Opus-Modelle umgeleitet. Fable 5.1 kann Schwachstellen in Software identifizieren, die Erzeugung von Exploits bleibt gesperrt. Neue API-Konten können außerdem den vorangegangenen Kontext in mehrstufigen Gesprächen nicht mehr manuell bearbeiten; Anthropic begründet das damit, dass dies eine verbreitete, öffentlich dokumentierte Destillationstechnik schließe. Für Teams, die Gesprächsverläufe programmatisch umschreiben, ist das eine Verhaltensänderung mit direkter Auswirkung auf bestehende Architekturen.

An dieser Stelle trennt sich die Ingenieursgeschichte von der Governance-Geschichte. Anthropics Dokumentation zur Datenresidenz ist unmissverständlich: Der Parameter inference_geo akzeptiert genau zwei Werte, global und us. Unter den aktuellen Einschränkungen steht wörtlich, dass nur diese beiden verfügbar sind. Eine EU-Inferenzregion gibt es auf der First-Party-API von Anthropic nicht.

Für ruhende Daten gilt dasselbe. Die Region eines Workspace wird bei dessen Erstellung festgelegt, lässt sich danach nicht mehr ändern, und der einzige verfügbare Wert ist die USA.

Zwei Anthropic-Quellen scheinen sich hier zu widersprechen, und das gehört offengelegt. Das Datenschutz-Hilfecenter, zuletzt aktualisiert am 15. Juni 2026, schreibt, Kundenverkehr könne standardmäßig in ausgewählte Länder in den USA, Europa, Asien und Australien geleitet werden, und ergänzt im selben Text, dass die Daten in den USA gespeichert werden. Die Plattformdokumentation kennt dagegen nur die beiden genannten Inferenzregionen. Die Auflösung liegt in der Unterscheidung zwischen Routing und Residenz: Der Modus global kann Europa berühren, er ist aber keine wählbare Zusicherung, dass Verarbeitung und Speicherung in der EU stattfinden. Wer eine solche Zusicherung braucht, findet sie an dieser Stelle nicht.

Der Parameter inference_geo existiert zudem erst ab Claude 4.6; ältere Modelle antworten mit einem Fehler 400. Auf Amazon Bedrock und Google Cloud gibt es ihn nicht, dort bestimmen Endpunkt beziehungsweise Inferenzprofil die Region. Microsoft Foundry bietet stattdessen einen Bereitstellungstyp mit US-Datenzone an. Über den OpenAI-kompatiblen Endpunkt steht der Parameter ebenfalls nicht zur Verfügung.

Der praktikable EU-Weg führt deshalb nicht über Anthropic, sondern über eine Partner-Cloud. Bedrock und Google Cloud bieten regionale Endpunkte mit garantiertem Datenrouting, nach Anthropics Preisdokumentation mit einem Aufschlag von 10 Prozent gegenüber den globalen Endpunkten, und sie setzen eigene Lebenszyklustermine. Damit ist auch der verbreitete Satz, Claude habe EU-Datenresidenz, weil es in Frankfurt laufe, halb richtig und im Ergebnis irreführend: Claude-Modelle können in EU-Regionen laufen, dort ist aber der Cloud-Anbieter der Auftragsverarbeiter und nicht Anthropic. Für die vertragliche Konstruktion ist genau das der Unterschied.

Der unbequemste Satz der gesamten Dokumentation steht in Anthropics Seite zu API- und Datenaufbewahrung. Dort heißt es zu Claude Fable 5.1, Mythos 5.1, Fable 5 und Mythos 5, diese Modelle erforderten eine 30-tägige Datenaufbewahrung und seien nicht unter Zero Data Retention verfügbar, sofern Anthropic dies nicht ausdrücklich genehmigt. Sie sind als Covered Models eingestuft.

Praktisch heißt das: Eine Organisation, die heute unter Zero Data Retention arbeitet, kann Fable 5.1 nicht einfach hinzuschalten. Sie muss für einen bestimmten Workspace ausdrücklich die 30-tägige Aufbewahrung aktivieren, sonst antwortet die API mit 400 invalid_request_error. Das ist keine Konfigurationsfeinheit, sondern eine Entscheidung, die in vielen Häusern durch die Datenschutzfreigabe muss, bevor die erste Zeile Integrationscode entsteht.

Der Vollständigkeit halber gehören Anthropics Zusagen daneben: Aufbewahrte Daten werden nach eigener Aussage niemals ohne ausdrückliche Erlaubnis für das Modelltraining verwendet, und Gesprächsinhalte werden außerhalb der Covered-Model-Ausnahme standardmäßig nicht aufbewahrt.

Auch wer Zero Data Retention bereits eingerichtet hat, sollte deren Grenzen kennen, denn sie sind enger, als der Name vermuten lässt.

• ZDR wird je Organisation auf Anfrage über den Vertrieb freigeschaltet und überträgt sich nicht automatisch auf Schwesterorganisationen unter demselben Konto.
• Nicht abgedeckt sind die Batch API, die Files API, die Codeausführung, Claude for Excel sowie die Produktoberflächen von Claude Teams und Claude Enterprise. Claude Code über Claude Enterprise mit ZDR ist die genannte Ausnahme.
• CORS wird für ZDR-Organisationen nicht unterstützt.
• Wird ein Chat oder eine Sitzung markiert, kann Anthropic Ein- und Ausgaben bis zu zwei Jahre aufbewahren, auch unter ZDR.

Die Richtung ist damit eindeutig, und sie läuft der Preisgeschichte entgegen. Fable 5.1 ist im Agentenbetrieb günstiger als jedes andere Claude-Modell, und unter strengen EU-Datenregeln zugleich schwerer einzusetzen als die Claude-Modelle, die nicht auf dieser Liste stehen.

Fable 5.1 und Mythos 5.1 tragen nach Anthropics Angaben ab dem Erscheinungstag ein unsichtbares Textwasserzeichen. Artikel 50 des EU-KI-Gesetzes, der die maschinenlesbare Kennzeichnung synthetischer Inhalte verlangt, gilt seit dem 2. August 2026. Anthropic wendet die Markierung weltweit an und nicht nur in der EU.

Wer das Wasserzeichen in einen Prüfprozess einbauen möchte, sollte Anthropics eigenen Vorbehalt kennen, und der steht deutlich im Hilfecenter: Ein erkanntes Wasserzeichen zeige an, dass ein Inhalt möglicherweise von Claude verarbeitet wurde, es sei "not fully conclusive" und bestätige für sich genommen nicht die vollständige Herkunft des Inhalts. Ein Beweis im juristischen Sinne ist es also nicht, und die Erwartung, damit Urheberschaft feststellen zu können, geht über das hinaus, was der Hersteller selbst behauptet. Das ist eine bemerkenswerte Konstellation: Die Kennzeichnung ist ein echtes Merkmal des Modells, und ihre Aussagekraft wird von demselben Unternehmen relativiert, das sie anbietet.

Dazu kommt der Zugang. Die Erkennungs-API befindet sich in einer privaten Vorschau und steht nur berechtigten Organisationen offen; genannt werden Regulierungsbehörden, Strafverfolgung, Medien, Faktenprüfer, Forschung, Bildungseinrichtungen und zivilgesellschaftliche Organisationen in der EU. Ein Unternehmen, das eingehende Texte selbst auf diese Markierung prüfen möchte, kann das über diesen Weg gegenwärtig nicht.

Der regulatorische Rahmen drumherum, so wie ihn die veröffentlichenden Stellen beschreiben: Die Durchsetzung für Allzweck-KI-Modelle läuft ebenfalls seit dem 2. August 2026, mit Bußgeldern von bis zu 15 Millionen Euro oder 3 Prozent des weltweiten Jahresumsatzes für nicht konforme Anbieter solcher Modelle, unabhängig davon, ob sie den Verhaltenskodex unterzeichnet haben. Der Verhaltenskodex der Europäischen Kommission verpflichtet Unterzeichner auf ein veröffentlichtes Transparenzformular, eine Methodik zur Bewertung systemischer Risiken und einen Rahmen für Urheberrechtskonformität, mit einer Dokumentationsaufbewahrung von mindestens zehn Jahren. Diese Pflichten treffen die Modellanbieter. Was daraus für Ihr eigenes Haus folgt, hängt von Ihrer Rolle in der Lieferkette ab und ist eine Frage an Ihre Rechtsberatung, nicht an einen Fachbeitrag.

Zusammengenommen ergibt die Veröffentlichung ein ungewöhnlich klares Bild, gerade weil die beiden Geschichten in verschiedene Richtungen zeigen. Technisch ist Fable 5.1 die günstigere Wahl für lange Agentenschleifen, in denen derselbe Kontext immer wieder gelesen wird. Regulatorisch ist es ein Modell, das man ohne 30-tägige Aufbewahrung gar nicht erst starten kann.

Vier Fragen sollten deshalb beantwortet sein, bevor die Integration beginnt.

1. Wie hoch ist Ihre Cache-Trefferquote wirklich? Die gesamte Ersparnis hängt an dieser einen Kennzahl. Messen Sie sie an einem echten Lastprofil, bevor Sie mit 25 Prozent kalkulieren.
2. Verträgt Ihre Datenschutzfreigabe eine 30-tägige Aufbewahrung? Wenn nein, ist Fable 5.1 bis zu einer ausdrücklichen Genehmigung durch Anthropic keine Option, und die Frage lässt sich nicht technisch umgehen.
3. Über welchen Endpunkt läuft die Inferenz? Wird eine Verarbeitung in der EU benötigt, führt der Weg über Bedrock oder Google Cloud, mit 10 Prozent Aufschlag gegenüber den globalen Endpunkten, mit dem Cloud-Anbieter als Auftragsverarbeiter und mit dessen eigenen Lebenszyklusterminen.
4. Reicht Opus 5? Anthropic selbst empfiehlt Opus 5 als Standard, und Opus 5 steht nicht auf der Liste der Covered Models. Ein Teil der hier beschriebenen Governance-Fragen stellt sich dort in dieser Form nicht.

Nichts davon ist ein Argument gegen Anthropic. Fable 5.1 ist ein starkes Modell, die Cache-Änderung ist für agentische Arbeit eine echte Verbesserung, und dass die unbequemen Fakten in Anthropics eigener Dokumentation sauber nachlesbar sind, spricht für den Anbieter und nicht gegen ihn. Es ist ein Argument dafür, die Reihenfolge umzudrehen: erst klären, unter welchen Bedingungen Ihre Daten verarbeitet werden dürfen, dann das Modell wählen. Was Fable 5.1 in der täglichen Arbeit tatsächlich leistet, behandelt ein eigener Beitrag zu den Fähigkeiten in der Praxis; wie es im direkten Vergleich zu GPT-6 Astra steht, ein weiterer.