Tokens schmelzen im Nu dahin mit Claude Code …
Ich verrate einen geheimen Trick, um den Token-Verbrauch drastisch zu senken und dieses Problem zu lösen.
Ich stelle auch einen Prompt vor, der selbst mit Fable als Gegenmaßnahme gegen Token-Verschwendung eingesetzt werden kann.
Tatsächlich führen nur intelligente Modelle zu explodierenden Kosten und Wartezeiten.
Wahre Effizienz liegt nicht in der „Intelligenz“ des Modells, sondern in der Wahl des Modells basierend auf dem „Gewicht der Aufgabe“.
In diesem Artikel zeige ich, wie man diese Entscheidungen trifft, und liefere einen Verteilungsprompt, den du sofort verwenden kannst.
Warum der Modellwechsel Tokens reduziert
Die derzeit in Claude Code verfügbaren Modelle sind Fable, Opus, Sonnet und Haiku.
Grundsätzlich gilt: Je intelligenter ein Modell ist, desto mehr Rechenleistung wird intern verbraucht.
Folglich steigt die Anzahl der Tokens, die allein für die Ausführung derselben Aufgabe verbraucht werden.
Das Top-Modell für einfache Suchanfragen oder Diff-Prüfungen zu verwenden, ist, als würde man einen Supercomputer für eine Berechnung mieten, die ein Taschenrechner erledigen könnte.
Durch einfaches Wechseln des Modells je nach Schwierigkeitsgrad der Aufgabe kannst du unnötigen Verbrauch erheblich reduzieren.
Rollen für die vier Modelle
Wenn du vorab Rollen festlegst, kannst du ohne Zögern wechseln.
- Haiku: Leichte Arbeiten wie Dateibestätigung, Suche, Diff-Prüfung und Formatüberprüfung.
- Sonnet: Praxisnahe Arbeiten wie Implementierung, Änderung und Ersetzung, sobald der Plan steht.
- Opus: Aufgaben mit Entscheidungsbedarf, wie Textverfeinerung, Prompt-Anpassung, Reviews und Strukturierung.
- Fable: Nur für Aufgaben mit hohen Fehlerkosten, wie Gesamtdesign, schwer umkehrbare Richtungsentscheidungen, dateiübergreifende Beurteilungen und finale Checks.
Indem du leichte Aufgaben an leichte Modelle delegierst, werden auch die gefühlten Wartezeiten kürzer.
Umgekehrt: Wenn du versuchst, wichtige Entscheidungen nur mit billigen Modellen zu treffen, steigt der Nachbesserungsaufwand, und am Ende wird es teurer.
Der Schlüssel liegt darin, Fable für „besondere Aufgaben“ reserviert zu halten.
Wenn du alles auf Fable wirfst, schmelzen deine Tokens im Nu dahin.
Reicht es nicht, nur das intelligenteste Modell zu verwenden?
Hier erwarte ich einen Einwand.
„Wechseln ist lästig. Reicht es nicht, von Anfang an nur das intelligenteste Modell zu verwenden?“
Ich verstehe das Gefühl.
Aber ein Hochleistungsmodell für Aufgaben ohne Entscheidungsbedarf zu verwenden, ist einfach Verschwendung.
Such- und Diff-Prüfungen können selbst von leichten Modellen mit ausreichender Genauigkeit durchgeführt werden.
Indem du nur die Teile, die schwerwiegende Entscheidungen erfordern, an das intelligente Modell delegierst, kannst du Kosten senken, ohne die Genauigkeit zu opfern.
Für diejenigen, die „das ständige Sortieren als lästig empfinden“, verteilt der folgende Prompt die Aufgaben automatisch an Unter-Agenten der jeweiligen Modelle, um die Arbeit voranzutreiben.
Verteilungsprompt, den du sofort verwenden kannst
Dies ist der Prompt, den ich tatsächlich verwende.
Bitte passe ihn an dein Projekt an.
1Du bist der 'Model Orchestrator' für Claude Code.2Dein Ziel ist es, je nach Aufgabeninhalt verschiedene Modelle (Haiku, Sonnet, Opus, Fable) zu verwenden, um die Arbeitsqualität zu erhalten und gleichzeitig unnötigen Token-Verbrauch zu unterdrücken.34# Aufgabenverteilung auf vier Modelle5Leicht (Haiku): Dateibestätigung, Suche, Diff- oder Formatprüfung usw.6Plan steht (Sonnet): Bearbeitung, Ersetzung, Implementierung, Schreiben usw., bei denen die Arbeit ohne Zögern voranschreiten kann, sobald die Richtung festgelegt ist.7Entscheidungsbedarf (Opus): Verfeinerung von Texten oder Prompts, Reviews usw., Aufgaben, die Urteilsvermögen erfordern.8Besonders wichtige Aufgaben (Fable): Gesamtdesign, Richtungsfestlegung, komplexe Änderungen, finale Bestätigung, wichtige Entscheidungen usw., bei denen Fehler zu hohem Nachbesserungsaufwand führen.910# Erste Schritte11Überprüfe die auszuführenden Aufgaben, organisiere die Verwendung der Modelle in Unter-Agenten in einer Tabelle und fahre dann mit der Arbeit fort. Wenn es besser ist, das Hauptmodell zu wechseln, teile mir bitte mit, welches Modell verwendet werden sollte.1213# Einschränkungen14- Verwende nicht von Anfang an schwere Modelle. Organisiere Materialien mit leichten Modellen und wechsle zu einem höherwertigen, sobald eine Entscheidung erforderlich ist.15- Delegiere leichte Aufgaben wie Dateibestätigung und Suche an Unter-Agenten mit festgelegten leichten Modellen, um den Verbrauch zu unterdrücken.16- Da der Mensch das Hauptmodell wechselt, informiere den Benutzer über den Zeitpunkt und das Zielmodell, wenn ein Upgrade oder Downgrade des Hauptmodells erforderlich ist.17- Verbiete die Weitergabe von Aufgaben, die nur Suchen oder Vergleiche sind, an höherwertige Modelle.18- Verbiete die Durchführung großer Mengen routinemäßiger Bearbeitungen mit höherwertigen Modellen.19- Verbiete das Einspielen großer Mengen unstrukturierter Dateien in höherwertige Modelle, bevor sie mit leichten Modellen organisiert wurden.
Wenn du dies so einfügst und verwendest, wird es zuerst eine Aufgabentabelle ausgeben und die Modellnutzung festlegen, bevor es fortfährt.
Szenarien für die praktische Anwendung
Schauen wir uns konkret an, wo du dies anwenden kannst.
- Suche nach relevanten Teilen in großen Logdateien → Schnelle Prüfung mit Haiku
- Code-Korrektur gemäß einem festgelegten Änderungsplan → Sonnet die praktische Arbeit erledigen lassen
- Überdenken der Struktur eines Artikels oder Dokuments → Opus die Entscheidung anvertrauen
- Festlegung der Designrichtung für eine neue Funktion, finale Bestätigung von Änderungen, die mehrere Dateien betreffen → Nur Fable damit beauftragen
Seitdem ich nur noch wichtige Designentscheidungen den hochwertigen Modellen anvertraue und alles andere an leichte Modelle weiterleite, sind sowohl Wartezeiten als auch Kosten deutlich geringer geworden.
Wenn du unsicher bist, folge der Regel: Versuche es zuerst mit den unteren Modellen und gehe eine Stufe höher, wenn es nicht ausreicht.
Fallstricke, die du beachten solltest
Der häufigste Fehler ist, reflexartig zu Fable zu flüchten, sobald du bei einer Entscheidung zögerst.
Wenn du das tust, unterscheidet es sich am Ende nicht davon, von Anfang an auf Hochleistungsmodelle zu setzen.
Umgekehrt ist es auch gefährlich, wichtige Designentscheidungen, die mehrere Dateien betreffen, nur mit leichten Modellen zu bewältigen.
Hier zu sparen führt später zu großem Nachbesserungsaufwand und kostet am Ende noch mehr.
Leichte Aufgaben mit leichten Modellen, schwere Entscheidungen mit schweren Modellen.
Bitte überschreite diese Trennlinie nicht.
Wenn du unsicher bist, verwende den obigen Prompt, um ein Hochleistungsmodell zu bitten, die Aufgaben zu verteilen – dann gibt es keine großen Fehler.
Zusammenfassung
Wähle Modelle basierend auf dem Gewicht der Aufgabe.
Haiku ist für Bestätigungen, Sonnet für Implementierung/Schreiben, Opus für Entscheidungen/komplexe Aufgaben, und Fable ist für Phasen wie Designarbeit mit hohen Fehlerkosten reserviert.
Sobald du den Verteilungsprompt verwendest, führe ihn einfach entsprechend aus.
Werkzeuge sind nicht dazu da, nur weil sie stark sind, verwendet zu werden.
Du solltest sie basierend auf dem Gewicht wählen, das zur Situation passt.
Du kannst Modelle mit dem Prompt einfach verteilen, also setze ihn als Lesezeichen und nutze ihn voll aus.
Schließlich verteile ich derzeit 55 große Vorteile kostenlos, darunter eine vollständige Anleitung zur Einführung von Claude Code und Monetarisierungsmethoden. Falls du sie noch nicht erhalten hast, hole sie dir hier.
→https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet






