Der kostenlose Zeitraum für Fable 5 endet am 7. Juli.
Heute ist der 3. Juli 2026. Mit anderen Worten: Die Zeit, in der man Fable nutzt, „weil es kostenlos ist", endet in wenigen Tagen, und ab dem 8. Juli wird auf ein nutzungsbasiertes Guthabensystem umgestellt.
Was also tun ab dem 8. Juli?
Sonnet 5 ist auf allen Tarifen verfügbar, einschließlich des kostenlosen.
Der Einführungspreis bis zum 31. August beträgt 2 $ pro 1 Million Input-Token und 10 $ pro 1 Million Output-Token. Danach liegen die Preise bei 3 $ für Input und 15 $ für Output. Fable 5 kostet 10 $ für Input und 50 $ für Output.
Selbst zu den regulären Preisen beträgt der Unterschied etwa das 3,3-fache. Verglichen mit dem Einführungspreis von Sonnet 5 ist es das 5-fache.
Darüber hinaus hat Sonnet 5 ein 1M-Kontextfenster und 128k Output. Die Fähigkeit, lange Dokumente und Code zu lesen, ist dieselbe wie bei Fable 5.
Wenn das so ist, fehlt dann wirklich nur die „Leistung"?
Mein Fazit ist etwas anders. Das Geheimnis der Stärke von Fable 5 liegt nicht nur in der Intelligenz. Es liegt im Verhalten.
Lange nachdenken. Zuerst Erfolgskriterien definieren. Zweifeln. Verifizieren. Notizen machen. Und schließlich ehrlich berichten, was erreicht wurde und was nicht.
Ein erheblicher Teil dieses Verhaltens kann in CLAUDE.md und den Umgebungseinstellungen verankert werden.
CLAUDE.md ist ein Konfigurationsmerkzettel, den Claude Code ständig liest und der ihm sagt, „wie man sich in diesem Projekt verhält". Es ist kein Prompt, den man in jeden Chat einfügt. Es ist eine Anweisung, die in der Umgebung selbst platziert ist.
Die Techniken derer, die jedes Mal Prompts einfügen, sind auch stark. Sie lassen Sie Siegbedingungen erstellen, Entwürfe vergleichen, Dinge aufschlüsseln und zu Ende bringen. Dieses Muster ist sehr effektiv.
Allerdings vergisst man Dinge, die man jedes Mal einfügen muss. Je länger sie sind, desto mühsamer werden sie. Sie verschwinden, wenn die Sitzung wechselt.
Deshalb machen wir es diesmal dauerhaft.
Um einen im Ausland trendenden Ausdruck zu borgen:
Prompts sind temporär. Struktur ist permanent.
In diesem Artikel werde ich CLAUDE.md-Einstellungen bereitstellen, die Sonnet 5 in einem kopierbaren Format näher an Fable 5 bringen.
Außerdem sind dies nicht nur Einstellungen, die ich mir ausgedacht habe.
Im kopflosen Modus von Claude Code – genauer gesagt, indem ich über claude -p vom Terminal aus frage – habe ich sowohl Sonnet 5 als auch Fable 5 selbst interviewt.
Den Junior, Sonnet 5, nach seinen eigenen Schwächen fragen.
Den Senior, Fable 5, fragen, wie man den Junior trainiert.
Dieses Doppelinterview führte zu sehr interessanten Antworten.
Die wahre Identität von Fable 5 ist „anhaltendes Verhalten"
Wenn Sie Fable 5 verwenden, ist es zweifellos intelligent.
Aber wenn Sie die Ausgabe genau betrachten, liegt seine Stärke nicht nur in der Wissensmenge. Die Art und Weise, wie es an die Arbeit herangeht, ist anders.
Es beginnt nicht sofort mit dem Bauen. Es definiert zuerst die Erfolgskriterien.
Es vertraut seinen eigenen Ideen nicht sofort. Es sucht zuerst danach, wo Dinge schiefgehen könnten.
Es sagt nicht einfach „es hat funktioniert". Es zeigt, womit es verifiziert hat.
Es füllt Wissenslücken nicht mit Vortäuschung von Verständnis.
Und selbst bei langen Aufgaben versucht es, die anfänglichen Einschränkungen bis zum Ende beizubehalten.
Das ist leicht zu verstehen, wenn man es durch menschliche Arbeit ersetzt.
Fable 5 sieht aus wie ein hochkompetenter Senior. Selbst wenn es eine vage Anfrage erhält, rennt es nicht einfach los, sondern kommt zurück und fragt: „Was bedeutet Erfolg überhaupt?" Wenn ein Plan fehlschlägt, verwirft es den Plan und beginnt von vorne.
Sonnet 5 ist ein hochkompetenter Junior. Schnell. Gehorsam. Treu gegenüber Anweisungen. Ohne Struktur kann es jedoch zu flüssig antworten.
In diesem Fall müssen wir dem Junior nur die Arbeitsgewohnheiten des Seniors geben.
Der Ort dafür ist CLAUDE.md.
Klare Schwächen, identifiziert durch das Interview mit Sonnet 5 „selbst"
Zuerst fragte ich Sonnet 5 selbst.
„Was soll ich in CLAUDE.md schreiben, um Ergebnisse auf Fable-5-Niveau zu erzielen?"
Die Selbstanalyse, die es zurückgab, war ziemlich ehrlich.
Sonnet 5 sagte Folgendes über sich selbst:
„Ich neige dazu, flüssig zu antworten, und Unsicherheit versteckt sich oft in meinem Schreibstil."
Das ist wichtig.
KI-Antworten können gefährlich sein, wenn das Schreiben gut ist. Wenn es klar geschrieben ist, neigen Menschen dazu, es zu glauben. In Wirklichkeit könnte es jedoch „vielleicht", „unbestätigt" oder „dieser Teil ist verdächtig" enthalten.
Daher ist die erste Einstellung, die aufgenommen werden muss, diese:
**Lassen Sie es explizit das Vertrauensniveau für unsichere Teile angeben.
Lassen Sie es sich nicht hinter vagen Adverbien verstecken.
Wenn das Vertrauen niedrig ist, lassen Sie es vor dem Fortfahren bestätigen.**
Der Grund, warum es funktioniert, ist einfach. Es kann Angst nicht mehr in seinem Schreibstil verstecken.
Als nächstes gab Sonnet 5 zu, dass es dazu neigt, „zuerst zu implementieren und später anzupassen". Um dies zu stoppen, lassen Sie es zuerst Erfolgskriterien schreiben.
Bevor Sie Code oder Text schreiben, lassen Sie es Prämissen, überprüfbare Erfolgskriterien und Fehlermodi ausgeben. Nicht „es funktioniert" oder „fühlt sich gut an", sondern in einer Form, die als Tests, Ausgaben, Screenshots oder spezifische Textbedingungen beurteilt werden kann.
Wichtig hierbei ist, Erfolgskriterien zu einem „Urteil" und nicht zu einer „Stimmung" zu machen.
„Einen guten Artikel machen" ist schwach.
„Erwähne die Frist vom 7. Juli am Anfang. Gib die Preisunterschiede an. Platziere 6 oder mehr kopierbare Einstellungen für CLAUDE.md. Verstecke nicht die Lücken, die Fable nicht füllen kann."
Wenn Sie so viel schreiben, können Sie es am Ende vergleichen.
Sonnet 5 schloss mit den Worten:
„Fable 5 kann tief von selbst denken. Ich bewege mich schnell und genau, wenn ich eine Struktur bekomme. Diese Lücke mit CLAUDE.md zu überbrücken, ist das Wesentliche."
Der Kern dieses Artikels ist genau das.
Ergebnisse des Interviews mit Fable 5
Als nächstes fragte ich Fable 5 selbst zum selben Thema.
Die erste Antwort war großartig.
„Der Selbstbericht eines Modells sind keine zuverlässigen Daten."
Genau. Nur weil ich das Modell gefragt habe, macht es das nicht zu einem Maßstab. Selbsteinschätzung von innen ist voreingenommen.
Daher werde ich in diesem Artikel nicht behandeln, „was sie gesagt haben", als absolute Wahrheit. Ich werde es als Hinweise für die Erstellung eines Nutzungsmusters behandeln.
Das sagte, der von Fable 5 definierte Unterschied war scharf.
Es sagte, der Unterschied sei „was passiert, wenn es keine Struktur gibt oder wenn die gegebene Struktur falsch ist."
Wenn Spezifikationen klar sind, Tests existieren und Verfahren festgelegt sind, ist der Unterschied gering.
Der Unterschied tritt auf, wenn die Spezifikationen selbst falsch sind. Wenn ein Plan fehlschlägt. Wenn anfängliche Einschränkungen bis zum Ende einer langen Aufgabe beibehalten werden müssen. Wenn Zurückhaltung nötig ist, um nicht angeforderte Verbesserungen hinzuzufügen.
Und Fable 5 gab seine eigenen Schwächen zu.
Hohe Stückkosten. Übermäßiges Nachdenken selbst bei einfachen Aufgaben. Verlieren in Geschwindigkeitswettbewerben bei der Massenverarbeitung.
Mit anderen Worten: „Fable für alles" ist wirtschaftlich falsches Management.
Was ist also die `CLAUDE.md`, die Fable 5 für seinen Junior, Sonnet, geschrieben hat?
Die Punkte, die mit der Seite von Sonnet übereinstimmten, sind hier als 7 Tipps zusammengefasst.
7 Tipps für `CLAUDE.md`, um Sonnet 5 in Fable zu verwandeln
Der erste sind Erfolgskriterien. Beide Modelle brachten dies unabhängig voneinander zur Sprache.
1[Beurteile Fertigstellung mechanisch]2Definiere „Fertigstellung" in einer Zeile, bevor du beginnst.3Beispiel: Dieser Test besteht. Dieser Befehl gibt Exit 0 zurück. Diese Überschrift ist im Textkörper.4Wenn du es nicht schreiben kannst, frage, was vor dem Fortfahren entschieden werden muss.
Der zweite sind mehrere Interpretationen. Auch hier waren sich beide einig.
1[Wähle nicht selbstständig zwischen mehreren Interpretationen]2Wenn eine Anweisung zwei oder mehr Interpretationen hat, wähle nicht stillschweigend eine aus.3Liste die Kandidateninterpretationen auf und bestätige mit einer Empfehlung.4Wenn die Ausgabe jedoch unabhängig von der Interpretation gleich bleibt, kannst du fortfahren.
Der dritte ist der Umfang.
1[Verbot von beiläufigen Verbesserungen]2Implementiere keine Änderungen, die nicht angefordert wurden.3„Habe es nebenbei repariert" oder „ein besseres Design gemacht" ist verboten.4Wenn du angrenzende Verbesserungsbereiche findest, liste sie als Vorschläge auf, anstatt sie zu implementieren.
Der vierte ist die Verifikationsberichterstattung.
1[Melde „verifiziert" anstelle von „es hat funktioniert"]2Fertigstellungsberichte müssen Nachweise wie ausgeführte Verifikationsbefehle, Rückgabewerte, Testergebnisse und Screenshot-Bestätigungen enthalten.3Schreibe nicht „es sollte funktionieren" für Dinge, die nicht ausgeführt wurden.4Gib klar den Grund für ausgelassene Verifikationen an.
Der fünfte ist, wie man bei demselben Fehler durchhält. Beharrlichkeit ist wichtig, aber in die falsche Richtung zu beharren, verschwendet Zeit.
1[Maximal 2 Wiederholungen für denselben Fehler]2Wenn ein Fix für denselben Fehler zweimal fehlschlägt, versuche keine dritte Variation.3Berichte kurz den aktuellen Status, was versucht wurde und verbleibende Hypothesen, und ändere dann den Kurs.
Der sechste ist die Rolle des Kritikers.
1[Führe vor der Fertigstellung eine Erstlese-Überprüfung durch]2Überprüfe vor dem Fertigstellungsbericht deine Änderungen, als ob du sie zum ersten Mal lesen würdest.3Identifiziere eine angrenzende Funktion, die kaputtgehen könnte.4Schreibe, was ein skeptischer Senior dagegen sagen würde, und beantworte diesen Einwand.
Der siebte ist Vertrauen und ehrlicher Fortschritt. Dies spiegelt Sonnet 5s eigene Selbstanalyse wider.
1[Melde Vertrauen und Fortschritt in 3 Punkten]2Füge Vertrauensniveaus (Hoch, Mittel, Niedrig) an unsicheren Teilen hinzu.3Wenn das Vertrauen Mittel oder Niedrig ist, frage, ob du vor dem Fortfahren bestätigen sollst.4Bei langen Aufgaben melde nur die folgenden drei Punkte an jedem Meilenstein:5Was ist abgeschlossen. Was als nächstes zu tun ist. Was dich beunruhigt.6Berichte, die nur aus „Fortschritt ohne Probleme" bestehen, sind verboten.
Diese 7 Tipps sind keine Einstellungen, die Fähigkeiten hinzufügen.
Sie sind Einstellungen, die die Fehlermodi, in denen die Lücke auftritt, präventiv blockieren.
Falle nicht in Spezifikationslöcher. Entscheide nicht selbstständig über Mehrdeutigkeiten. Blähe den Umfang nicht auf. Beende nicht ohne Verifikation. Setze einen kaputten Plan nicht fort.
Kurz gesagt, wir fügen extern die Verhaltensweisen, die Fable 5 natürlich ausführt, in die Umgebung von Sonnet 5 ein.
Was wir im Vergleich gesehen haben
Interessant war, dass die Antworten von Sonnet 5 und Fable 5, selbst wenn sie getrennt befragt wurden, signifikant übereinstimmten.
Erstens, wähle nicht selbstständig zwischen mehreren Interpretationen.
Beide sagten das. Bei vagen Anweisungen neigt KI dazu, eine plausible Interpretation zu wählen und fortzufahren. Aus menschlicher Sicht denkt man: „Ich wollte, dass du das überprüfst."
Als nächstes, externalisiere die Verifikation.
Anstatt es sagen zu lassen „es hat funktioniert", lass es ausgeben, was es ausgeführt hat, was bestanden hat und was es gesehen hat. Selbst in offiziellen Best Practices gilt es als am wichtigsten, Claude eine Möglichkeit zu geben, seine eigene Arbeit zu verifizieren.
Stelle Prüfungen bereit, die zu Bestehen oder Nichtbestehen führen, wie Tests, Builds oder Screenshot-Vergleiche. Dies schließt den Kreislauf.
Darüber hinaus ist es großartig, die überprüfenden Augen zu trennen.
Wenn der Ersteller sich selbst benotet, wird er nachsichtig. Lass einen Verifikations-Sub-Agenten in einem neuen Kontext den Diff mit dem Plan vergleichen. Es ist, als hätte man im menschlichen Sinne einen Prüfer, der vom Autor getrennt ist.
Und schließlich stimmte auch die unüberbrückbare Lücke überein.
Langzeit-Kontexterhaltung.
Bei einer Aufgabe, die Dutzende von Tool-Aufrufen und mehrere Stunden umfasst, die Fähigkeit, zu Beginn festgelegte Einschränkungen bis zum Ende beizubehalten. Dies kann nicht vollständig durch CLAUDE.md allein gefüllt werden.
Wenn ich dies verheimliche, wird der Artikel zur Lüge.
Letzte Handgriffe auf der Umgebungsseite
Es endet nicht damit, nur CLAUDE.md zu schreiben.
Sonnet 5 hat eine effort-Einstellung, um die Denktiefe anzugeben. In offiziellen Korrespondenztabellen entspricht Sonnet 5s „medium" Sonnet 4.6s „high", und Sonnet 5s „high" entspricht Sonnet 4.6s „max".
Wenn Sie oberflächliches Denken sehen, erhöhen Sie den effort, anstatt am Prompt herumzudoktern. Dies ist die offizielle Empfehlung.
Wenn Sie möchten, dass Claude Code immer tief denkt, fügen Sie Folgendes zu settings.json hinzu:
"effortLevel": "high"
Dies drückt Sonnet 5 von Anfang an in Richtung der „beharrlichen" Seite.
Allerdings sollte CLAUDE.md nicht nur lang sein.
Idealerweise sollte es unter 60 Zeilen sein. Maximal 200 bis 300 Zeilen. Frage bei jeder Zeile: „Wenn ich diese lösche, wird Claude dann einen Fehler machen?" Wenn die Antwort Nein ist, lösche sie.
Schreibe nicht Dinge, die aus dem Code abgeleitet werden können. Schreibe keine Standardpraktiken. Überlasse, was ein Linter handhaben kann, dem Linter.
Was du schreiben solltest, sind unvorhersehbare Befehle, einzigartige Praktiken, wie man Tests ausführt, Fallstricke und Architekturentscheidungen.
Platziere wichtige Anweisungen am Anfang. Verwende starke Wörter wie „Muss" oder „Verboten" anstelle von „Empfohlen".
CLAUDE.md ist kein Bittbrief an die KI. Es sind die Arbeitsregeln des Teams.
Situationen, in denen Sie dennoch Fable 5 verwenden sollten
Nachdem Sie so weit gelesen haben, denken Sie vielleicht: „Brauche ich dann Fable 5 nicht?"
Nein.
Fable 5 ist notwendig. Allerdings sollten Sie eingrenzen, wo Sie es einsetzen.
Die überbrückbare Lücke liegt bei Arbeiten, bei denen die richtige Antwort mechanisch beurteilt werden kann.
Implementierungsfixes, die durch Tests beurteilt werden können. Massenklassifizierung, -extraktion und -zusammenfassung. Kleine Änderungen, bei denen ohnehin eine menschliche Überprüfung stattfindet. Sonnet 5 mit einer guten CLAUDE.md kann bei diesen Aufgaben gut mithalten.
Die unüberbrückbaren Lücken sind hauptsächlich drei:
1. Arbeit, bei der kein Prüfer geschrieben werden kann.
Ist dieses Design in Ordnung? Gibt es Lücken in diesem Migrationsplan? Was soll überhaupt gebaut werden? Wenn das Schreiben der Abnahmekriterien selbst den Kern der Arbeit ausmacht, kann man nicht zuerst eine Verifikationsschleife ausführen.
2. Beurteilung der Regelanwendung.
Selbst wenn Sie „halte es einfach" schreiben, entscheidet das Modell, was einfach ist. Selbst wenn Sie „abstrahiere nicht ohne Erlaubnis" schreiben, ändert sich der Beginn der Abstraktion mit der Situation.
3. Langzeit-Kontexterhaltung.
Dies ist ein Unterschied in der Rohleistung. Während Prompts es verbessern können, wird es nicht vollständig verschwinden.
Die von Fable 5 selbst bereitgestellten Beurteilungskriterien waren die praktischsten.
Wenn Sie den Abnahmetest zuerst schreiben können, verwenden Sie Sonnet. Wenn das Schreiben des Abnahmetests selbst schwierig ist, verwenden Sie Fable. Wenn Sie unsicher sind, beginnen Sie mit Sonnet und wechseln Sie nur für Aufgaben, die zu zwei aufeinanderfolgenden Nacharbeiten führen, zu Fable.
Ich denke, das ist in Ordnung.
Sie müssen nicht alles von Anfang an auf Fable werfen. Umgekehrt ist es auch fahrlässig zu sagen, dass alles von Sonnet bewältigt werden kann.
Beginnen Sie mit dem günstigeren Sonnet. Reduzieren Sie Fehler mit Struktur. Wechseln Sie nach zwei Rückschlägen zu Fable.
Dies ist der realistische Weg, die Nutzung nach dem 8. Juli zu differenzieren.
Was Sie heute tun können
Fügen Sie zunächst die 7 Tipps aus diesem Artikel in die CLAUDE.md Ihres Projekts ein.
Setzen Sie als nächstes effortLevel in settings.json auf high.
Stellen Sie dann bei Ihrer nächsten Aufgabe sicher, dass Sie „Erfolgskriterien", „Mehrere Interpretationen" und „Verifikationsberichte" ausgeben lassen.
Trennen Sie bei langen Aufgaben die Implementierungs- und die Verifikationsrolle. Lassen Sie den Ersteller nicht sich selbst benoten; zeigen Sie es Claude in einem anderen Kontext.
Und wechseln Sie nur für Aufgaben, bei denen Nacharbeiten zweimal fortgesetzt werden, zu Fable 5.
Auch wenn der kostenlose Zeitraum von Fable 5 endet, endet nur die kostenlose Verkostungsphase.
Was Sie wirklich behalten sollten, ist das Verhalten von Fable 5.
Verwandle Sonnet 5 in Fable 5.
Der erste Schritt ist nicht, jedes Mal lange Zauber-Prompts einzufügen.
Es ist, die Arbeitsvorlage in CLAUDE.md zu platzieren.
Aber nachdem Sie so weit gelesen haben, müssen Sie gedacht haben:
„Ich verstehe die Einstellungen. Aber ich weiß nicht, was ich bauen oder wie ich mit dieser verbesserten KI Geld verdienen soll."
Es ist das Gegenteil. KI, die billiger und intelligenter geworden ist, sollte zuerst für die Massenproduktion von Kundenakquise und Inhalten verwendet werden. Wenn Sie Fable-artige Beharrlichkeit in Sonnet einbacken können, können Sie tägliche Beiträge, Artikel, Trichter, Produktideen und Verbesserungsschleifen zu geringen Kosten betreiben.
Die spezifischen Details sind in meinem angehefteten Beitrag zusammengefasst. Für diejenigen, die ernsthaft „KI günstig und intelligent nutzen wollen, um Kundenakquise und Monetarisierung zu verbinden", gehen Sie bitte hierhin ↓
