← Zum Blog
Blog

Fable 5 ist zurück in der EU, aber die Lehre steckt in den 18 Tagen dazwischen

Am 9. Juni gelauncht, am 12. weltweit gesperrt, am 1. Juli zurück inklusive EU. Was das über Modell-Verfügbarkeit, Fallback-Ketten und die 30-Tage-Retention der Covered Models heißt.

03. Juli 2026
Drei Tage. So lange war Claude Fable 5 nach dem Launch am 9. Juni verfügbar, bevor es am 12. Juni weg war. Nicht nur bei uns in Europa, weltweit, auch in den USA. Am 1. Juli kam es zurück, global und auch in der EU. Wer in diesen drei Tagen einen Workflow fest auf Fable verdrahtet hatte, saß danach fast drei Wochen vor einem toten Modell-Namen. Genau deshalb schreibe ich das hier, denn die Rückkehr ist die kleinere Geschichte. Die größere ist, wie schnell dir ein Modell aus dem Stack fällt. Kurz der Ablauf, weil die Details die Lehre tragen. Am 9. Juni hat Anthropic Fable 5 gelauncht, eine Klasse über Opus, 10 Dollar pro Million Input-Tokens, 50 Dollar Output. Am 12. Juni kam eine US-Exportkontrolle, ausgelöst durch einen gemeldeten Jailbreak, die den Zugang für ausländische Staatsangehörige untersagte. Anthropic hat daraufhin lieber allen den Stecker gezogen, statt in Echtzeit zu prüfen wer wo sitzt. Am 30. Juni hat die US-Behörde die Kontrolle wieder aufgehoben, und seit dem 1. Juli ist Fable global zurück. Der Preis ist gleich geblieben, 10 und 50 Dollar, eine Million Token Kontext. ## Die eigentliche Lehre ist nicht "nimm das stärkste Modell" Es wäre einfach, aus der Woche mitzunehmen "dann warte ich halt, bis das Top-Modell wieder da ist". Falsch. Die Lehre ist genau umgekehrt: bau so, dass dich das Verschwinden eines einzelnen Modells nicht umwirft. Ein Modell ist eine austauschbare Ressource, kein fester Bestandteil. Du baust nicht "mit Fable", du baust "mit dem stärksten verfügbaren Modell, und das ist gerade Fable". Sobald du so denkst, ist so ein Ausfall ein Wechsel und kein Bruch. Hier ist mein Fehler in der Sache. Ich fahre eine kleine Eval-Schleife, die ein paar echte Aufgaben aus meinem Alltag jeden Morgen einmal durchlaufen lässt, um Modelle zu vergleichen. Die hatte ich testweise fest auf den Top-Namen gepinnt, ohne Fallback und ohne einen Check ob das Modell überhaupt noch erreichbar ist. Als der Name wegfiel, kam zwei Tage lang schlicht nichts zurück, und ich habe es erst gemerkt, als ich mich gewundert habe warum der Vergleich leer ist. Zwei Tage blinder Fleck, weil ich mir die fünf Minuten für einen Verfügbarkeits-Check gespart hatte. Genau die Sorte Bug, die dich nicht weckt. Er meldet sich nie. Die Korrektur war unspektakulär und deshalb so wichtig. Eine geordnete Fallback-Kette statt eines fixen Namens, anbieter-übergreifend, damit auch der Fall überlebt wird dass ein ganzer Anbieter ausfällt. Plus ein einzelner Aufruf gegen die Liste der verfügbaren Modelle, einmal vor dem Lauf. Ist mein Wunsch-Modell nicht drin, weiß ich es zu meinen Bedingungen, nicht denen des Ausfalls. Wie man so eine Kette baut, steht Schritt für Schritt im Playbook [Modell-Verfügbarkeit tracken](/playbooks/modell-verfuegbarkeit-tracken), das ich nach dieser Woche noch einmal geschärft habe. ## Der EU-Haken, den in den Jubel-Meldungen keiner erwähnt "Fable ist zurück in der EU" klingt nach Entwarnung, ist aber kein Freifahrtschein für jedes Projekt. Fable und sein Schwestermodell Mythos gelten als Covered Models. Das heißt konkret: eine Pflicht-Speicherung von mindestens 30 Tagen auf jeder Plattform, es gibt keine Zero-Data-Retention-Option, auch nicht in EU-Regionen. Bei AWS Bedrock verlässt der zurückgehaltene Datensatz sogar ausdrücklich die AWS-Boundary. Die Rechenkapazität steht also in Europa bereit, die Datenhaltung ist trotzdem strenger als bei den normalen Modellen. Und da ist mein zweiter Fehler die Woche. Ich war kurz davor, Fable für einen datenschutz-sensiblen Fall zu empfehlen, wo ein Kunde ausdrücklich keine Datenspeicherung beim Anbieter wollte. Die Fähigkeit war da, die Datenhaltung nicht. Ich habe die Empfehlung zurückgezogen, nachdem ich die Covered-Models-Regel gelesen hatte. Für so einen Fall bleibt Opus 4.8 die ruhigere Wahl, weil die Retention-Frage dort schlicht nicht im Weg steht. Das ist kein Argument gegen Fable, es ist ein Argument dafür, die Datenhaltung genauso zu prüfen wie die Benchmark-Zahl. ## Was jetzt konkret gilt Fable ist wieder da, der Preis ist unverändert, und für die wirklich harten Sachen ist die oberste Klasse ihr Geld wert. Für 90 Prozent der Alltagsarbeit reicht weiter die Mittelklasse, daran hat die ganze Aufregung nichts geändert. Wann sich die teure Spitze überhaupt lohnt, gehe ich in der Lesson [Modell-Landschaft 2026](/levels/1/11-modell-landschaft-2026) durch, die jetzt auch den vollen Fable-Verlauf als Fußnote trägt. Zwei Dinge nimmst du am besten mit. Erstens, verlass dich nie auf einen einzelnen Modell-Namen an einer einzigen Stelle. Zentralisiere die Wahl, bau eine Fallback-Kette, prüf die Verfügbarkeit aktiv. Zweitens, bei allem was mit sensiblen Daten läuft, prüf die Datenhaltung mit, nicht nur die Fähigkeit. Ein Modell das rechnen kann, aber deine Daten 30 Tage behält, ist für manche Projekte disqualifiziert, egal wie gut es ist. Drei Tage Fable und fast drei Wochen ohne haben mich beides auf die harte Tour erinnert. ## Quellen - Anthropic, Wieder-Verfügbarkeit von Fable 5: [anthropic.com/news/redeploying-fable-5](https://www.anthropic.com/news/redeploying-fable-5) - US-Behörde hebt die Exportkontrollen auf (01.07.2026): [euronews.com](https://www.euronews.com/2026/07/01/us-lifts-export-controls-on-powerful-ai-models-anthropic-says) - Datenhaltung der Covered Models (30-Tage-Retention): [support.claude.com](https://support.claude.com/en/articles/15425695-covered-models)
← Weitere Blog-Posts