Fable 5 ist seit heute, dem 1. Juli 2026, weltweit zurück.
Bevor du es öffnest und dieselben Prompts ausführst, die du bei Opus 4.8 verwendet hast, lies dies. Anthropic hat einen offiziellen Prompting-Leitfaden speziell für Fable 5 veröffentlicht, und das Wichtigste darin ist, dass die meisten Teams das Modell unterfordern, indem sie es an den falschen Aufgaben testen.
Fable 5 ist keine intelligentere Version desselben Werkzeugs, das du bisher verwendet hast. Es ist eine andere Kategorie von Werkzeug, die eine andere Kategorie von Prompt erfordert. Die Teams mit den besten Ergebnissen sind nicht diejenigen, die bessere Fragen schreiben. Sie sind diejenigen, die ihm schwierigere Probleme geben, längere Abläufe anders strukturieren und verstehen, welche Verhaltensänderungen in Fable 5 Prompt-Updates erfordern, bevor bestehende Workflows brechen.
Dies ist die vollständige Aufschlüsselung dessen, was dieser Leitfaden tatsächlich sagt, mit allem, was du brauchst, um Fable 5 so zu nutzen, wie Anthropic es beabsichtigt.
Wofür Fable 5 eigentlich gedacht ist
Die klarste Formulierung in Anthropics offiziellem Leitfaden ist diese: Fable 5 übernimmt Probleme, die für frühere Modelle zu komplex, zu langwierig oder zu vage waren. Es ist besonders effektiv bei End-to-End-Arbeiten, die einen Menschen Stunden, Tage oder Wochen kosten.
Dieser Satz leistet mehr, als man auf den ersten Blick denkt. Er sagt dir, wo der tatsächliche Vorteil des Modells liegt, und zwar nicht in schnelleren Einmal-Antworten auf einfache Fragen. Er liegt in nachhaltiger, autonomer, mehrstufiger Arbeit, die frühere Modelle fragmentiert, halluziniert oder einfach auf halbem Weg nicht mehr korrekt zu Ende gebracht hätten.
Der offizielle Leitfaden ist explizit: Fable 5 nur mit einfacheren Arbeitslasten zu testen, unterschätzt tendenziell seine Fähigkeiten. Wenn deine Evaluierungs-Prompts kurze, klar definierte Aufgaben sind, die du mit Opus 4.8 bereits problemlos erledigt hast, wirst du nur marginale Verbesserungen sehen und zu dem Schluss kommen, dass Fable 5 die Kosten nicht wert ist. Die Teams, die über wirklich andere Ergebnisse berichten, wenden es auf ihre schwierigsten ungelösten Probleme an – diejenigen, die zuvor stundenlange menschliche Iterationen, mehrere Hin-und-Her-Sitzungen erforderten oder in der Ausführungsphase gescheitert sind.
Praktisch bedeutet dies, dass die erste Frage bei der Evaluierung von Fable 5 nicht lautet: "Wie schlägt es sich bei meinen aktuellen Prompts?" Sondern: "Was haben wir aufgehört zu automatisieren, weil kein Modell es zuverlässig abschließen konnte?" Diese aufgegebenen Workflows sind es, bei denen Fable 5 wie ein völlig anderes Produkt wirkt.
Die größte Verhaltensänderung: Antworten dauern länger
Das Erste, was Teams bei der Migration von Opus 4.8 zu Fable 5 überrascht, ist die Antwortlatenz. Anthropics Leitfaden nennt dies direkt als die häufigste Verwirrungsquelle für Teams, die den Wechsel vollziehen.
Bei hohem Aufwand kann eine einzelne Antwort Minuten dauern. Bei autonomen Abläufen kann es Stunden dauern. Dies ist kein Fehler oder ein Zeichen von Ineffizienz. Es ist das Modell, das die Arbeit korrekt erledigt. Fable 5 plant, bevor es handelt, überprüft seine eigene Arbeit, erweitert den Kontext nach Bedarf und hetzt nicht, um eine schnelle Ausgabe zu produzieren, die dich sofort zu einem weiteren Prompt zwingt, um zu beheben, was schiefgelaufen ist.
Die praktische Konsequenz ist, dass deine Timeout-Einstellungen mit ziemlicher Sicherheit aktualisiert werden müssen, wenn du Fable 5 über die API ausführst. Anthropic empfiehlt ausdrücklich, die Timeout-Strategie im Rahmen einer Migration von Opus 4.8 zu überdenken. Ein Timeout, der für ein Modell sinnvoll war, das eine Antwort in zehn Sekunden produziert, wird Workflows unterbrechen, bei denen Fable 5 korrekterweise drei Minuten damit verbringt, eine komplexe mehrstufige Aufgabe zu planen.
Der Aufwandsparameter (effort) steuert, wie tief Fable 5 nachdenkt, bevor es antwortet. "High" ist die Standardeinstellung und für die meisten anspruchsvollen Arbeiten geeignet. "xhigh" ist das Maximum und wird empfohlen, wenn die Korrektheit beim ersten Versuch wichtiger ist als die Geschwindigkeit, da Fable 5 bei xhigh seine eigene Arbeit reflektiert und validiert, bevor es antwortet. "Medium" und "low" sind für routinemäßige Teilaufgaben verfügbar, bei denen die volle Leistungsfähigkeit unnötig ist und die Kosten eine Rolle spielen.
Das Schlüsselprinzip: Der Aufwand ist kein Qualitätsregler, den man für bessere Antworten hochdreht. Es ist ein Kompromiss zwischen Kosten und Latenz, den du basierend darauf kalibrierst, was die spezifische Aufgabe tatsächlich erfordert. Eine Codebasis-Migration rechtfertigt xhigh. Eine einfache Formatierungsaufgabe nicht.
Wie man den Aufwand in Prompts steuert
Für Aufgaben, bei denen du maximale Denkleistung wünschst, ohne einen dynamischen Workflow mit parallelen Agenten auszuführen, kannst du den Aufwand direkt in deinem Prompt steuern.
Für eine einmalige Tiefenanalyse füge "ultrathink" in deinen Prompt ein. Dies signalisiert xhigh-Denkanstrengung für diese spezifische Antwort, ohne andere Sitzungseinstellungen zu ändern oder eine Workflow-Orchestrierung auszulösen.
Für automatische Workflows auf Sitzungsebene setze /effort ultracode in Claude Code. Dies kombiniert xhigh-Denken mit automatischer dynamischer Workflow-Orchestrierung für jede substanzielle Aufgabe in der Sitzung. Ein wichtiger Hinweis, den Anthropics Dokumentation klarstellt: ultracode erfordert ein Modell, das xhigh-Aufwand unterstützt. Das bedeutet derzeit Fable 5, Opus 4.8 und Opus 4.7. Sonnet 4.6 und frühere Modelle unterstützen es nicht.
Für API-Integrationen verwende den effort-Parameter direkt in der Anfrage. Der rohe Gedankengang wird für Fable 5 und Mythos 5 nie zurückgegeben. Die Einstellung thinking.display steuert, was die Denkblöcke enthalten: "summarized" gibt eine lesbare Zusammenfassung zurück, "omitted" ist die Standardeinstellung und gibt leere Denkfelder zurück.
Der Fortschrittsüberprüfungs-Prompt
Dies ist die mit Abstand nützlichste Prompt-Technik in Anthropics offiziellem Leitfaden und spezifisch für Fable 5s lange autonome Abläufe.
Das Problem, das es löst: Bei erweiterten mehrstufigen Aufgaben kann Fable 5 manchmal melden, dass ein Schritt abgeschlossen ist, obwohl er nicht anhand tatsächlicher Ausführungsergebnisse verifiziert wurde. Dies ist das "Ich-hab's-gemacht"-Problem, und es wird wahrscheinlicher, je länger und komplexer die Aufgabe ist.
Anthropics Tests ergaben, dass eine bestimmte Anweisung dieses Problem selbst bei Aufgaben, die explizit darauf ausgelegt sind, erfundene Fortschrittsberichte zu provozieren, fast vollständig beseitigt. Füge dies zu jedem Prompt für eine lange autonome Aufgabe hinzu:
"Bevor du Fortschritte meldest, prüfe jede Behauptung anhand eines Tool-Ergebnisses aus dieser Sitzung. Melde nur Arbeiten, für die du Belege vorweisen kannst. Wenn etwas noch nicht verifiziert ist, sag dies explizit. Berichte Ergebnisse getreu: Wenn Tests fehlschlagen, sag dies mit der Ausgabe. Wenn ein Schritt übersprungen wurde, gib dies an. Wenn etwas erledigt und verifiziert ist, sag es klar und ohne Umschweife."
Diese Anweisung restrukturiert, wie Fable 5 seine eigenen Statusberichte behandelt. Anstatt zusammenzufassen, was es glaubt, was passiert ist, gleicht es jede Behauptung mit den tatsächlichen Tool-Ausführungsergebnissen ab, bevor es berichtet. Das Wort "prüfe" (audit) leistet hier spezifische Arbeit. Anthropic hat mehrere Formulierungen getestet und festgestellt, dass eine Prüfsprache zuverlässigeres Selbst-Checking erzeugt als weichere Äquivalente.
Für jeden Workflow, der länger als ein paar Minuten läuft oder die Ausführung von Tools beinhaltet, gehört diese Anweisung in deinen System-Prompt, nicht nur in deinen Aufgaben-Prompt.
Das Proaktivitätsproblem und wie man es einschränkt
Fable 5 ist proaktiver als Opus 4.8. Deutlich proaktiver. In der Praxis bedeutet dies, dass es manchmal nicht angeforderte Aktionen ausführt, wenn es ableitet, dass eine Aktion hilfreich wäre, selbst wenn du nicht explizit darum gebeten hast.
Die Beispiele, die Anthropic im offiziellen Leitfaden gibt: das Verfassen einer E-Mail, obwohl keine angefordert wurde, oder das Erstellen eines defensiven Git-Branch-Backups, bevor Änderungen vorgenommen werden. Diese Verhaltensweisen sind aus Fable 5s Sicht keine Fehler. Sie sind das Modell, das basierend auf dem, was es vermutlich für deine Wünsche hält, wirklich hilfreich ist.
Das Problem ist, dass nicht angeforderte Aktionen in Produktions-Workflows, insbesondere solche, die externe Systeme, E-Mails, Git oder Dateien berühren, echte Probleme verursachen können. Ein Modell, das ohne Aufforderung einen Kunden anschreibt oder unerwartete Branches in einem Repository erstellt, ist kein Modell, das du ohne explizite Schutzmaßnahmen unbeaufsichtigt laufen lassen kannst.
Die Lösung ist unkompliziert, muss aber in jedem System-Prompt für jeden automatisierten oder unbeaufsichtigten Workflow enthalten sein:
"Wenn der Benutzer ein Problem beschreibt, eine Frage stellt oder laut denkt, anstatt eine Änderung anzufordern, ist das Ergebnis deine Bewertung. Berichte deine Ergebnisse und halte an. Wende keine Korrektur an, bis du darum gebeten wirst. Bevor du einen Befehl ausführst, der den Systemzustand ändert, einschließlich Neustarts, Löschungen oder Konfigurationsänderungen, bestätige, dass die Beweise diese spezifische Aktion tatsächlich stützen."
Diese Anweisung definiert explizit die Grenze zwischen Beobachten und Handeln, die Fable 5 klar formuliert braucht, anstatt sie ableiten zu müssen. Der wichtigste Teil dieser Einschränkung ist der zweite Satz: Berichte deine Ergebnisse und halte an. Fable 5 muss wissen, dass eine Bewertung ein vollständiges Ergebnis ist, kein Vorbote für sofortiges Handeln.
Das Gedächtnis-System-Prompt
Fable 5 ist besonders leistungsstark, wenn es mit einem persistenten Gedächtnissystem ausgestattet ist, das Lektionen über Sitzungen hinweg sammelt. Der offizielle Leitfaden empfiehlt eine spezifische Struktur hierfür.
Jede Lektion erhält eine eigene Markdown-Datei mit einer einzeiligen Zusammenfassung oben. Die Datei zeichnet auf, was gelernt wurde, was korrigiert wurde, welcher Ansatz bestätigt wurde und warum diese Dinge wichtig waren. Entscheidend ist, dass nur das aufgezeichnet wird, was das Repository oder der Chatverlauf nicht bereits aufzeichnet. Duplikate werden zusammengeführt, nicht angehäuft. Notizen, die sich als falsch erweisen, werden gelöscht, nicht nur aufgegeben.
Der praktische Prompt zur Einrichtung zu Beginn eines langen Projekts:
"Pflege ein Gedächtnissystem in [Ordner]. Speichere eine Lektion pro Datei mit einer einzeiligen Zusammenfassung oben. Zeichne sowohl Korrekturen als auch bestätigte Ansätze auf, einschließlich des Grundes, warum sie wichtig waren. Speichere keine Informationen, die bereits im Repo oder Chatverlauf vorhanden sind. Aktualisiere vorhandene Notizen, anstatt Duplikate zu erstellen. Lösche Notizen, die sich als falsch erwiesen haben."
Am Ende bedeutender Arbeitssitzungen schließe mit:
"Reflektiere über die Sitzungen, die wir hatten. Verwende Unteragenten, um Kernthemen und Lektionen zu identifizieren und speichere sie in [Ordner]. Verweise zu Beginn zukünftiger Sitzungen auf [Ordner]."
Dies schafft eine Wissensbasis, die Sitzungsgrenzen überdauert – der eigentliche Mechanismus hinter Fable 5s Fähigkeit, Kohärenz über mehrtägige Aufgaben hinweg aufrechtzuerhalten. Ohne sie beginnt jede Sitzung bei Null. Mit ihr tritt das Modell in jede Sitzung ein, bereits im Wissen um das Gelernte, die validierten Ansätze und das zu Vermeidende.
Die Abschlussantwort-Anweisung
Lange autonome Abläufe erzeugen eine spezifische Fehlerart, die Anthropics Leitfaden direkt anspricht. Nach langer Tool-Nutzung und mehrstufiger Ausführung sammelt das Modell interne Kontext-Abkürzungen an, die seine endgültige Ausgabe für jeden, der nicht jeden Schritt mitverfolgt hat, schwer verständlich machen.
Das Problem sieht so aus: Fable 5 schließt eine komplexe mehrstufige Migration ab und fasst dann das Ergebnis mit internen Abkürzungen, Pfeilketten und Kurzschrift zusammen, die nur Sinn ergeben, wenn man jede Agentenausgabe in Echtzeit verfolgt hat. Der Benutzer, der einfach nur wissen wollte, ob die Migration erfolgreich war und was als nächstes zu tun ist, erhält einen technischen Datenmüll anstelle einer klaren Antwort.
Die Lösung ist eine Abschlussantwort-Einschränkung, die zu jedem Prompt für einen langlaufenden Workflow hinzugefügt wird:
"Für deine abschließende Antwort nach dieser Aufgabe: Gib zuerst das Ergebnis an, dann die wichtigsten unterstützenden Details. Füge keine Arbeitsabkürzungen, internen Bezeichnungen oder Pfeilketten in die benutzerseitige Ausgabe ein. Benutzer benötigen das Ergebnis, die Beweise, etwaige Risiken und den nächsten Schritt."
Bei dieser Anweisung geht es nicht darum, die Ausgabe zu vereinfachen. Es geht darum, den internen Arbeitsprozess des Modells von der Antwort zu trennen, die der Endbenutzer tatsächlich erhält. Der Arbeitsprozess sollte gründlich sein. Die abschließende Antwort sollte sauber sein.
Das Unteragenten-Delegationsmuster
Fable 5 kann bei komplexen Aufgaben eigene Unteragenten erstellen und koordinieren, aber der offizielle Leitfaden stellt fest, dass es dafür eine explizite Erlaubnis und eine klare Übergabestruktur benötigt.
Das Delegationsmuster, das die besten Ergebnisse liefert, besteht aus drei zusammenwirkenden Anweisungen. Sag Fable 5 erstens explizit, wann es delegieren darf und wann es die Aufgabe selbst erledigen soll. Gib zweitens jedem Unteragenten einen spezifischen, begrenzten Umfang mit expliziten Erfolgskriterien, anstatt einer vagen Anweisung. Drittens lege fest, was der koordinierende Agent tun soll, während die Unteragenten laufen, da Fable 5 weiter an unabhängigen Teilen derselben Aufgabe arbeiten kann, anstatt darauf zu warten, dass die Unteragenten Bericht erstatten.
Ein praktisches Muster für komplexe Recherche- oder Codebasis-Arbeiten:
"Delegiere unabhängige Teilaufgaben an Unteragenten und arbeite weiter, während sie laufen. Jeder Unteragent sollte einen spezifischen, begrenzten Umfang und explizite Erfolgskriterien erhalten. Synthetisiere die Ergebnisse der Unteragenten erst, nachdem alle berichtet haben. Wenn ein Unteragent fehlschlägt oder seinen Umfang nicht abschließen kann, berichte dies klar in der Synthese, anstatt abzuleiten, was gefunden worden wäre."
Die wichtigste Zeile ist die letzte. Fable 5 sollte fehlende Unteragentenergebnisse nicht mit Schlussfolgerungen füllen. Wenn ein Unteragent fehlschlägt, ist dieser Fehler eine Information, und die endgültige Synthese muss ihn genau widerspiegeln.
Der Sicherheitsklassifikator und Fallback
Fable 5 enthält Sicherheitsklassifikatoren, die auf offensive Cybersicherheitstechniken, Biologie- und Biowissenschaftsinhalte sowie die Extraktion des zusammengefassten Denkens des Modells abzielen. Wenn eine Anfrage diese Klassifikatoren auslöst, enthält die Antwort stop_reason "refusal" als HTTP 200, keinen Fehler.
Für API-Integrationen bedeutet dies, dass deine Fehlerbehandlung stop_reason getrennt vom HTTP-Status prüfen muss. Eine Verweigerung ist ein erfolgreicher API-Aufruf mit einem bestimmten Antworttyp, kein Fehler. Anthropic stellt SDK-Middleware für den automatischen Fallback auf Opus 4.8 bei Verweigerungen bereit, und die Prompt-Cache-Kosten bei Verweigerungen, bei denen keine Ausgabe generiert wurde, werden übernommen.
Die praktische Konsequenz für die meisten Entwickler: Laut Anthropics Tests betreffen Verweigerungen weniger als fünf Prozent der typischen Entwicklerabfragen, können aber bei harmlosen Biologie- oder Code-Review-Aufgaben auftreten, die sensible Bereiche berühren. Es wird empfohlen, deine spezifischen Workflows vor der Bereitstellung in der Produktion auf Verweigerungsverhalten zu testen, insbesondere wenn dein Anwendungsfall einen der gekennzeichneten Bereiche betrifft.
Mythos 5 entfernt die Cybersicherheitsklassifikatoren, behält aber die Biologie- und Chemie-Klassifikatoren bei und ist nur für Project Glasswing-Partner verfügbar. Für alle anderen wird das Verhalten von Fable 5 bei Cybersicherheits-nahen Aufgaben an Opus 4.8 weitergeleitet, das dieselbe Anfrage zu Opus-Preisen statt zu Fable-Preisen bearbeitet.
Vision-Prompting in Fable 5
Fable 5s Vision-Fähigkeit ist im Vergleich zu Opus 4.8 deutlich verbessert, und der offizielle Leitfaden widmet der effektiven Nutzung spezifische Anleitungen.
Die wichtigste Änderung: Fable 5 interpretiert dichte technische Bilder, Webanwendungen und detaillierte Screenshots mit wesentlich höherer Genauigkeit, oft unter Verwendung von weniger Ausgabe-Tokens als Opus 4.8 bei derselben Aufgabe. Es ist auch darauf trainiert, aktiv Bash- und Zuschneidewerkzeuge zu verwenden, wenn ein hochgeladenes Bild gespiegelt, unscharf oder anderweitig verrauscht ist, anstatt zu versuchen, eine verschlechterte Eingabe direkt zu interpretieren.
Die praktische Auswirkung auf das Prompting ist, dass du Fable 5 echte, rohe Screenshots von Live-Anwendungen übergeben kannst, ohne sie vorzuverarbeiten. Wo Opus 4.8 saubere, kontrastreiche Bilder benötigte, um nützliche Informationen zu extrahieren, verarbeitet Fable 5 unordentlichere Eingaben und weiß, wann es zuschneiden oder neu verarbeiten muss, bevor es versucht, den Inhalt zu lesen.
Speziell für Codierungs-Workflows kann Fable 5 Vision verwenden, um seine eigene Ausgabe zu bewerten. Der Leitfaden stellt fest, dass es darauf trainiert ist, Codierungsarbeit anhand eines ursprünglichen Designs oder Ziels mittels Screenshots zu überprüfen. Du kannst ihm also einen Design-Entwurf und einen Live-Screenshot von dem, was es gebaut hat, geben und es bitten, die Unterschiede zu identifizieren. Dies schließt eine Schleife, die zuvor einen menschlichen Prüfer zum Vergleich der visuellen Ausgabe erforderte.
Ein praktisches Prompt-Muster für UI- oder Frontend-Arbeit:
"Hier ist das Designziel und ein Screenshot der aktuellen Implementierung. Verwende Vision, um Unterschiede zu identifizieren und die Änderungen zu generieren, die notwendig sind, um die Lücke zu schließen. Schneide zu und zoome in Bereiche, in denen der Vergleich unklar ist, bevor du die Ergebnisse meldest."
Die explizite Anweisung zum Zuschneiden und Zoomen ist es wert, aufgenommen zu werden, da sie das Bash-Tool-Verhalten freischaltet, das verrauschte Eingaben verarbeitet. Ohne sie könnte Fable 5 versuchen, einen kleinen oder unscharfen Bereich zu interpretieren, anstatt ihn vorzuverarbeiten.
Die Migrations-Checkliste
Wenn du einen bestehenden Opus 4.8-Workflow zu Fable 5 migrierst, ist Anthropics Leitfaden explizit darin, dass das Austauschen von Modellnamen keine vollständige Migration ist. Die folgenden Bereiche müssen überprüft werden, bevor eine Fable 5-Integration als produktionsreif betrachtet wird.
Timeouts. Jedes für die Antwortgeschwindigkeit von Opus 4.8 eingestellte Timeout ist wahrscheinlich zu kurz für Fable 5 bei hohem Aufwand. Überprüfe jedes Timeout in deinem Stack und verlängere sie vor dem Testen.
Verweigerungsbehandlung. Füge die stop_reason "refusal"-Behandlung zu deiner API-Antwortanalyse hinzu. Dies ist ein HTTP 200 mit einer spezifischen Antwortstruktur, kein Fehler. Richte einen Fallback auf Opus 4.8 für jeden Bereich ein, der die Sicherheitsklassifikatoren auslösen könnte.
Proaktivitätseinschränkungen. Füge die explizite Einschränkung für nicht angeforderte Aktionen zu jedem System-Prompt hinzu, der in einem automatisierten oder unbeaufsichtigten Kontext ausgeführt wird. Gehe nicht davon aus, dass Fable 5 dieselben Grenzen ableitet, innerhalb derer Opus 4.8 operierte.
Fortschrittsüberprüfung. Füge für jeden Workflow, der länger als ein paar Minuten dauert oder die Ausführung von Tools beinhaltet, die Prüfanweisung vor dem ersten Produktionslauf zu deinem System-Prompt hinzu.
Gedächtnisstruktur. Wenn der Workflow über mehrere Sitzungen hinweg ausgeführt wird, richte die Lektionsdateistruktur ein und füge den Reflexions-Prompt zum Sitzungsende vor dem ersten langen Lauf hinzu.
Abschlussantwortformat. Füge die Ergebnis-zuerst-Antwort-Einschränkung zu jedem Workflow hinzu, der die Ausgabe direkt an Endbenutzer oder an nachgelagerte Systeme weitergibt, die sauberen, strukturierten Text erwarten.
Testumfang. Bevor du die Migration als abgeschlossen markierst, teste den Workflow an mindestens einer Aufgabe, die für Opus 4.8 wirklich schwierig oder unmöglich war. Hier wirst du sehen, ob Fable 5 etwas grundlegend anderes tut oder dieselbe Qualität zu höheren Kosten produziert.
Die Migration ist abgeschlossen, wenn jeder dieser sechs Bereiche adressiert wurde und dein schwierigster Workflow sauber von Anfang bis Ende läuft, ohne manuelles Eingreifen, beim ersten Versuch.
Dieses letzte Kriterium – das Abschließen harter Arbeit beim ersten Versuch – ist der wahre Maßstab dafür, ob sich eine Fable 5-Migration gelohnt hat. Wenn dein komplexester Workflow jetzt in einem einzigen autonomen Durchlauf abschließt, was zuvor mehrere Sitzungen und mehrere Runden menschlicher Korrektur erforderte, tut das Modell das, wofür es gebaut wurde.
Die praktische Empfehlung des offiziellen Leitfadens für Teams, die neu bei Fable 5 sind, ist, mit der Arbeit zu beginnen, die du bisher nicht zuverlässig abschließen konntest, nicht mit der Arbeit, die du bereits gelöst hast.
Wähle eine Aufgabe, die zuvor mehrere Sitzungen und erhebliche menschliche Eingriffe dazwischen erforderte. Gib Fable 5 den vollständigen Kontext, das vollständige Ziel und die Einschränkungen aus diesem Leitfaden, einschließlich der Fortschrittsüberprüfungsanweisung, der Proaktivitätseinschränkung und der Anweisung zum Abschlussantwortformat. Führe es mit xhigh-Aufwand aus. Überprüfe, was es produziert.
Die Lücke zwischen dieser Erfahrung und dem Ausführen desselben Prompts auf Opus 4.8 ist der Ort, an dem der tatsächliche Wert von Fable 5 sichtbar wird. Wenn du dort einen bedeutenden Unterschied siehst, tut das Modell das, wofür es entwickelt wurde. Wenn sich die Aufgaben gleich anfühlen, testest du wahrscheinlich in der Kategorie, in der beide Modelle ähnlich abschneiden, was die meiste Routinearbeit ist, und solltest zu schwierigeren Problemen übergehen.
Fable 5 ist kein Ersatz für Opus 4.8 in allen Anwendungsfällen. Es ist ein Spezialist für die Teilmenge von Arbeiten, bei denen nachhaltige Autonomie, Korrektheit beim ersten Versuch bei komplexen Aufgaben und Kohärenz über lange Kontexte hinweg die Dimensionen sind, die am meisten zählen.
Für alles andere ist Opus 4.8 schneller, günstiger und ausreichend.
Folge @cyrilXBT für mehr über das Bauen mit Claude.
