Die meisten Leute, die Fable 5 nutzen, machen es falsch. Nicht, weil es ihnen an Können mangelt. Sondern weil sie das leistungsfähigste Modell, das je ausgeliefert wurde, wie eine etwas intelligentere Version von allem behandeln, was davor kam.
Fable 5 ist kein besseres Claude. Es ist eine andere Art von Werkzeug. Die Gewohnheiten beim Prompting, die Annahmen über Workflows, der Instinkt, zu viele Anweisungen zu geben – all das wurde für schwächere Modelle entwickelt, und das meiste davon wirkt bei diesem hier aktiv gegen dich.
Das hier ist die vollständige Aufschlüsselung. Was das Modell wirklich außergewöhnlich gut kann, wie man es als Leiter seines eigenen Agententeams einsetzt, die drei Geheimnisse, die die besten Ergebnisse daraus herausholen, und die fünf Workflows, bei denen es messbare Ergebnisse liefert. Eine Anmerkung, bevor du loslegst: Fable 5 ist seit dem 7. Juli aus dem Claude-Abo ausgezogen und wird jetzt als kostenpflichtige Nutzung abgerechnet. Alles in diesem Leitfaden gilt trotzdem – der Aufbau, den du erstellst, amortisiert sich durch die Arbeit, die er produziert.
Was dieses Modell wirklich anders macht
Bevor du zu den Methoden kommst, verstehe die Maschine. Fünf Dinge, die Fable 5 zuverlässig kann, die kein Modell vor ihm konnte.
Es verliert nie den Faden.
Gib ihm eine Aufgabe, die Stunden dauert, und es bleibt fokussiert. Es hat Code-Migrationen mit 18.000 Zeilen in einem einzigen dreistündigen Durchlauf ohne Aufsicht abgeschlossen. Die Einschränkung, die du vor drei Stunden festgelegt hast, ist für es genauso präsent wie die, die du gerade getippt hast. Jedes Modell vor ihm brauchte einen Babysitter für Arbeiten in diesem Umfang. Fable nicht.
Es sieht wie ein Mensch.
Zeig ihm einen Screenshot und es kann die dahinterliegende funktionierende Seite neu erstellen, exakte Zahlen aus einem Diagramm ablesen oder identifizieren, was auf deiner Website kaputt ist, indem es sie einfach ansieht. Seine Computer-Use-Werte sind die höchsten, die je gemessen wurden. Es korrigiert unscharfe Bilder von selbst, bevor es sie liest.
Es liefert fertige Arbeit, nicht nur Antworten.
Gib ihm Rohdateien und es kommt mit dem tatsächlichen Arbeitsergebnis zurück. Dem Bericht. Dem Finanzmodell. Dem Plan. Arbeit, die einen professionellen Analysten Tage kostet, kommt in Stunden zurück. In unabhängigen Tests mit echten professionellen Arbeitsergebnissen schlägt es jedes andere Modell mit dem größten jemals gemessenen Abstand.
Es wird durch Dateien intelligenter.
Gib ihm einen Ordner mit Notizen, die es lesen und beschreiben kann, und es verbessert sich schneller als jedes Modell vor ihm. Deine Notizen werden zu seinem Gedächtnis, und dieses Gedächtnis verstärkt sich mit jedem Durchlauf.
Es ist dafür gebaut, zu führen.
Es startet und verwaltet Teams kleinerer Agenten natürlicher als alles, was es davor gab. Genau deshalb funktioniert der folgende Aufbau, und genau hier beginnt dieser Leitfaden.
Der Hauptmove: Fable als Leiter einsetzen, nicht als Arbeiter
Das ist die mit Abstand größte Verbesserung, die du vornehmen kannst.
Hör auf, Fable Aufgaben wie einem Arbeiter zu geben. Mach es zum Manager eines Teams. Das intelligenteste Modell auf dem Markt ist wertvoller, wenn es Arbeit dirigiert, als wenn es Tastenanschläge macht.
Der Aufbau besteht aus vier Teilen:
Fable erstellt den Plan. Füttere es vor Arbeitsbeginn mit einer Sammlung von Planungs-Skills. Matt Pococks Skills-Sammlung unter github.com/mattpocock/skills ist die Standardreferenz – kostenlose Planungs-Skills, die aus einer groben Idee einen klaren, gestaffelten, testbaren Plan machen, bevor etwas gebaut wird.
Du iterierst damit. Checke nach einem Zeitplan ein. Lenke den Plan bei Bedarf. Lass es günstigere Modelle für umfangreiche parallele Arbeit nutzen. Jeder Arbeiter hat eine Spur. Jede Spur läuft parallel.
Fable prüft. Jedes fertige Stück kommt zum Leiter zurück, wird gegen den ursprünglichen Plan geprüft und geht zurück, wenn es nicht besteht. Der Leiter akzeptiert keine selbst gemeldete Fertigstellung.
Du iterierst damit. Checke nach einem Zeitplan ein. Lenke den Plan bei Bedarf. Lass es weiterlaufen.
Das funktioniert, weil Fable parallele Unteragenten bereitwilliger einsetzt als jedes Modell vor ihm und den gesamten Workflow stundenlang im Kopf behält. Es vergisst selten eine Einschränkung, eine Datei oder eine Entscheidung, die es vor drei Stunden getroffen hat. Genau das braucht ein Leiter, und genau das konnte kein Modell vor ihm konsequent.
Die Wirtschaftlichkeit spielt auch für dich. Die Arbeiter sind günstigere Modelle, also gibt das teure Gehirn nur Tokens für Planung, Prüfung und Entscheidungen aus. Betreiber, die genau diesen Aufbau verwenden, berichten, dass ihre Token-Rechnung sinkt, nicht steigt.
Baue deine Arbeiter
Jeder Arbeiter ist eine kleine Datei in .claude/agents/ in deinem Projekt. Ein Name, das Modell, auf dem es läuft, und eine kurze Aufgabenbeschreibung. Das ist der gesamte Mechanismus. Fable liest den Ordner und weiß, an wen es delegieren kann.
Drei Regeln, die das Team schnell halten:
Ein Arbeiter, eine Spur. Parallele Spuren nur, wenn die Aufgaben nicht dieselben Dateien berühren.
Arbeiter laufen auf Opus, der Arbeitsebene. Fable bleibt auf dem Führungssitz, wo sich die Prämie selbst verdient. Alles, was ein Arbeiter behauptet, wird von einem separaten Prüfer bestätigt. Keine selbst benoteten Hausaufgaben.
Der Prüfer ist wichtiger als jeder einzelne Arbeiter. Neue Augen sehen, was der Autor übersehen hat, und eine geprüfte Stufe muss nie drei Stufen später wiederholt werden.
Wenn du auch Codex verwendest, fungiert es als zweites Paar Hände. Fable kann es über das Terminal wie jedes andere Werkzeug steuern. Gleiche Regeln. Gleicher Prüfer.
Geheimnis 1: Hör auf, es zu übersteuern
Alles, was du über Prompting gelernt hast, wurde für schwächere Modelle entwickelt. Schritt-für-Schritt-Anleitungen, lange Regellisten, detaillierte Skripte – dieses Gerüst hielt ältere Modelle auf Kurs.
Bei Fable 5 bewirkt es das Gegenteil.
Skill-Dateien, die für ältere Modelle geschrieben wurden, drücken seine Leistung aktiv nach unten. Du schränkst ein Modell ein, das besser plant als dein Skript.
Gib ihm drei Dinge und geh aus dem Weg:
Das gewünschte Ergebnis. Die Einschränkungen, die gelten müssen. Den Grund, warum du es brauchst – „Ich bereite das vor für [wen], sie brauchen [was], vor diesem Hintergrund: [Anfrage].“
Die letzte Zeile ist wichtiger, als die Leute erwarten. Der Grund schlägt zuverlässig die bloße Anfrage.
Wenn Fable versteht, warum es etwas tut, und nicht nur, was, steigt die Ausgabequalität sprunghaft.
Zwei Dinge, die du niemals tun solltest, weil beide das Modell brechen:
Bitte es niemals, seine Argumentation zu zeigen oder zu erklären. Diese Anfrage kann einen Sicherheitsfilter auslösen, und deine Arbeit wird stillschweigend von einem schwächeren Modell erledigt, während du denkst, du würdest Fable verwenden. Zeige ihm niemals, wie viele Tokens oder welches Budget es noch hat. Ein sichtbarer Countdown bringt es dazu, früh abzuschließen und eine neue Sitzung vorzuschlagen, anstatt die Arbeit zu beenden.
Geheimnis 2: Halte deine CLAUDE.md leicht
CLAUDE.md ist die Datei, die Fable vor jeder Aufgabe in Claude Code liest. Sein permanentes Gedächtnis für dein Projekt.
Der Instinkt ist, sie mit allem zu füllen. Widerstehe dem. Eine leichte Datei übertrifft eine schwere bei diesem Modell.
Drei Abschnitte reichen:
Was dieses Projekt ist, in zwei Zeilen. Die Befehle, die du tatsächlich verwendest. Die Fehler, die es immer wieder macht.
Öffne deine und lösche die Hälfte. Die kürzere Datei ist die Verbesserung.
Geheimnis 3: Nutze Ziele und Schleifen exzessiv
Hier hört Fable auf, eine Chat-Oberfläche zu sein, und wird zu einer Maschine, die arbeitet, während du dein Leben lebst.
Ziele – in Claude Code kannst du mit /goal eine Ziellinie schreiben. Ein kleines Bewertungsmodell prüft nach jedem Zug, ob diese Ziellinie überschritten wurde. Wenn nicht, arbeitet Fable von selbst weiter, bis es fertig ist.
Die Kunst besteht darin, eine Ziellinie zu schreiben, die es nicht vortäuschen kann. Verlange sichtbare Beweise anstelle einer behaupteten Fertigstellung. „Führe die Tests aus und füge die Ausgabe ein, sie muss bestehen“ ist besser als „Lass die Tests bestehen.“ Füge eine Bremse hinzu – „oder stoppe nach 20 Zügen“ –, weil es keine eingebaute Grenze gibt, und ein loses Ziel ohne Bremse hat Leuten schon 960 $ für einen einzigen Prompt berechnet. Halte in jeder Kurzbeschreibung eine Ehrlichkeitszeile: Jeder Fortschrittsanspruch muss auf ein echtes Ergebnis aus dem Durchlauf verweisen. Diese eine Zeile eliminiert fast vollständig gefälschte Fertigstellungsmeldungen.
Schleifen machen dasselbe nach einem Zeitplan. Jede Nacht. Jede Stunde. Jeden Montag. Eine Schleife, die die Arbeit von gestern überprüft. Eine Schleife, die deine Dokumente aktualisiert. Eine Schleife, die deine Metriken überwacht und den Alarm entwirft. Zwischen Zielen und Schleifen kannst du Fable so lange an etwas arbeiten lassen, wie die Aufgabe es braucht – stundenlange unbeaufsichtigte Arbeit mit Beweisen am Ende statt Versprechungen.
Wie man ein echtes Projekt auf Anhieb erledigt
Alles oben Genannte, einmal zusammengebaut, für einen echten Build. Das Beispiel ist eine Landingpage mit einer funktionierenden Warteliste. Ersetze es durch dein eigenes Projekt, und die Abfolge bleibt gleich.
Schritt 1: Die Kurzbeschreibung. Eine Nachricht. „Ich starte [Produkt] für [Zielgruppe], sie brauchen eine Landingpage, die E-Mails sammelt. Baue es: eine Seite, ein klares Versprechen, ein E-Mail-Formular, das Anmeldungen speichert, sieht hochwertig aus. Einschränkungen: keine Frameworks, die ich warten muss, funktioniert auf Mobilgeräten, lädt schnell. Plane zuerst, delegiere dann, überprüfe jede Stufe.“
Schritt 2: Der Plan. Wechsle mit Shift+Tab in den Planungsmodus und lass es planen, bevor es etwas anfasst. Wenn du die Pocock-Skills-Sammlung installiert hast, sage „verwende die Planungs-Skills.“ Der Plan kommt gestaffelt, abgegrenzt und testbar zurück. Lies ihn, streiche, was du nicht willst, genehmige ihn.
Schritt 3: Das Team geht an die Arbeit. Fable schickt den Bauarbeiter auf Stufe eins los. Der Prüfer prüft es kalt. Stufe zwei beginnt erst nach Bestehen. Du siehst dir nichts davon an.
Schritt 4: Die Ziellinie. Setze das Ziel und geh weg. „/goal die Seite läuft lokal, das Formular speichert eine Testanmeldung, bewiesen durch Einfügen der Serverantwort und eines Screenshots der Seite in mobiler Breite, oder stoppe nach 25 Zügen.“
Schritt 5: Die Morgenüberprüfung. Du kommst zu einem Ausführungsprotokoll zurück, in dem jeder Behauptung ein Beweis beigefügt ist. Überprüfe die Screenshots, fordere die gewünschten Änderungen an, veröffentliche.
Beim ersten Mal dauert es einen Abend. Beim zweiten Mal wirst du feststellen, dass die Abfolge für jedes Projekt, das du aufgeschoben hast, dieselbe ist.
Die fünf Workflows, bei denen es echtes Geld verdient
Richte jetzt den gesamten Aufbau auf etwas aus, das es wert ist, gebaut zu werden.
Der riesige Codebase-Job. Die Migration, die auf Wochen geschätzt wird und für die sich niemand freiwillig meldet. Der Leiter führt sie in Stufen durch. Ein frischer Prüfer überprüft jede Stufe. Jeder Fortschrittsanspruch ist an ein echtes Testergebnis gebunden. Der wochenlange Job ist in Tagen erledigt.
Tiefgehende Recherche-Sprints. Ein Ziel rein. Arbeiter sammeln parallel. Ein Prüfer greift jede Behauptung an. Strukturierte Dateien raus. Du kommst zu einem Dossier zurück, in dem jede Behauptung einen Angriff überlebt hat, bereit, einen Launch, einen Inhalt oder eine Marktentscheidung zu füttern.
Der Orchestrator-Aufbau. Das Leitersystem von oben als permanente Installation. Teamweite Ergebnisse von einem Platz aus. Die Architektur überlebt dieses Modell – was auch immer als nächstes kommt, setzt sich auf denselben Platz.
Referenzgesteuertes Frontend. Ein Ordner mit Screenshots von Websites mit der Ästhetik, die du haben möchtest. Echtes CSS aus den Devtools. Fable baut gegen die Referenzen und vergleicht seine Ausgabe in einer Schleife damit. Du lieferst den Geschmack. Es liefert die Augen und die Hände.
Wissensdatenbank-Aufbau. Der längste Durchlauf von allen. Richte es auf alles Wissenswerte in deinem Bereich aus und lass es ein vernetztes Archiv bauen. Ein Texter macht das mit den besten Verkaufsseiten, die je geschrieben wurden. Ein Designer mit Designsystemen. Eine Agentur mit Fallstudien. Das Archiv unterrichtet jedes zukünftige Modell, das du jemals ausführst, für immer.
Jedes davon war vor einem Monat ein „irgendwann“-Projekt. Jedes ist jetzt ein „diese Woche“-Projekt.
Der gesamte Aufbau in einem Block
Setze Fable als Leiter ein. Pocock-Skills für den Plan, Opus-Arbeiter für die Arbeit, Fable prüft alles.
Übersteuere nicht. Ergebnis plus Einschränkungen plus Grund. Entferne das Gerüst.
Halte CLAUDE.md leicht. Was es ist, die Befehle, die bekannten Fehler.
Nutze Ziele und Schleifen exzessiv. Ziellinien mit eingefügten Beweisen und einer schriftlichen Bremse für jedes Ziel.
Richte es auf die fünf Workflows aus. Codebasis, Recherche, Orchestrator, Frontend, Wissensdatenbank.
Fable 5 wird jetzt als kostenpflichtige Nutzung abgerechnet. Der Aufbau, den du diese Woche erstellst, produziert noch lange nach der Rechnung weiter.
Folge uns auf @TheAIColony
Tausende von Lesern beitreten: https://theaicolony.beehiiv.com/
