Vier Namen in der Modellauswahl und kein Hinweis, welchen man nehmen soll. Der erste Reflex ist meistens derselbe: ich zahle ja, also nehme ich das stärkste. Nachvollziehbar, in einigen Situationen richtig, aber eben nicht immer.
Sieh das weniger als Rangliste und mehr als vier verschiedene Arbeitsgeschwindigkeiten. Unten steht, was jedes Modell wirklich kann und wann seine Wahl Sinn ergibt, was das Hin- und Herwechseln kostet und welche zwei Einstellungen bei jedem davon mehr verändern, als man denkt.
Das stärkste Modell gewinnt nicht immer
In Workshops greifen wir an dieser Stelle zum Vergleich mit einem Düsenjet: Zugang zu einem zu haben heisst nicht, dass er dich schneller zum Laden an der Ecke bringt als ein Velo. Er bringt dich langsamer hin, teurer, und mit deutlich mehr zu bedienen unterwegs.
Mit den Modellen ist es ähnlich. Jedes der vier hat sein eigenes Tempo und seine eigene Art von Aufgabe, und die Liste in der Auswahl ist keine Rangfolge vom schlechtesten zum besten.
Im ganzen Beitrag verwenden wir die Familiennamen Haiku, Sonnet, Opus und Fable, weil sich die konkreten Versionen mehrmals im Jahr ändern, die Regeln für die Wahl aber dieselben bleiben. In Claude Code steht ohnehin nur die neueste Version jedes Modells zur Verfügung; in claude.ai und in der Desktop-App ist die Liste oft länger, dort sind auch ältere Versionen wählbar.
Haiku – kurze Fragen über den Tag
Haiku ist das schnellste der vier und verbraucht am wenigsten Token. Es passt zu einzelnen Fragen, auf die du sofort eine Antwort willst: wie sage ich das auf Englisch? was bedeutet diese Meldung? worin unterscheiden sich die beiden? In dieser Rolle ersetzt es die Websuche ausgezeichnet, nur bekommst du statt einer Liste von Seiten gleich die fertige Antwort.
Für komplexe Aufgaben taugt Haiku nicht, und das ist seine wichtigste Grenze. Es verliert den Faden, vereinfacht Dinge, die es nicht vereinfachen sollte, und bei längerer Arbeit geht ihm das Kontextfenster aus – als einziges der vier hat es kein Fenster von einer Million Token, sondern zweihunderttausend, also etwa ein Fünftel dessen, was die anderen haben.
Anthropic beschreibt Haiku als das schnellste Modell für schnelle Antworten, nicht als Modell für Arbeiten, bei denen Claude Code über viele Schritte selbstständig weitermacht. Dafür gibt es Opus und Fable.
Sonnet – das Modell für die tägliche Arbeit
Sonnet passt am besten zu den täglichen Aufgaben, und im Pro-Plan ist es die Standardwahl. Wenn du nicht weisst, welches Modell du nehmen sollst – nimm Sonnet.
Sein Gebiet sind Aufgaben, die zwar komplex, aber einzeln sind. Eine grosse Tabelle in Excel auswerten oder ein paar kleinere vergleichen, eine einzelne Funktion schreiben, eine kleine Website bauen. Den Code für einen ganzen Dienst – eher nicht mehr.
Man kann es sich wie eine Person am Anfang der Laufbahn vorstellen: voller Elan und mit Wissen aus der Ausbildung, aber ohne die Erfahrung und das Planungsgeschick, das Opus hat. Eine klar gestellte Aufgabe erledigt es gut; je mehr unterwegs selbst zu entscheiden ist, desto öfter kommt es vom Weg ab.
Woran merkst du, dass Sonnet nicht reicht? Du bittest ein weiteres Mal um dasselbe, korrigierst dieselbe Stelle immer wieder, und das Ergebnis ist noch immer nicht das, was du meinst. Die zehnte Runde kleiner Änderungen an derselben Mailvorlage sieht harmlos aus und ist genau der Moment: statt ein elftes Mal zu bitten, wechsle zu Opus.
Opus – wenn eine Aufgabe viele Bedingungen gleichzeitig trägt
Eine ganz andere Lage: mehrere Dutzend Dateien zum Durcharbeiten, eine Änderung zu planen, weil sie mehrere Stellen gleichzeitig berührt, oder ein komplexes Projekt von Anfang bis Ende. Opus bewährt sich genau dort, wo so viele Bedingungen zusammenkommen, dass man sie alle gleichzeitig im Blick behalten muss. Darin liegt sein Vorsprung gegenüber Sonnet: erst planen, dann arbeiten, und unterwegs Getroffenes im Auge behalten.
Es ist auch das Modell, zu dem du greifst, wenn Sonnet nicht liefert – in der Lage oben, bei der dritten oder zehnten Korrekturrunde an derselben Sache.
Wenn du im Max-Plan arbeitest, ist Opus bei dir voreingestellt – für die ersten Wochen empfehlen wir trotzdem, stattdessen Sonnet zu nehmen, denn Aufgaben wie die oben beschriebenen gibt es am Anfang eher wenige. Genau so, wie wir es im Beitrag zur Planwahl beschrieben haben.
Fable – Arbeiten grösser als eine Sitzung
Fable ist das stärkste in Claude Code verfügbare Modell und das einzige, das für Arbeiten gebaut ist, die stundenlang ohne dich laufen – die Migration einer ganzen Website, mehrere hundert Dateien am Stück, ein Projekt über mehrere Etappen. Bevor es etwas ändert, sieht es sich das Material an, mit dem es arbeiten soll, und nach getaner Arbeit kehrt es zum eigenen Ergebnis zurück und prüft es, statt die erste Fassung abzugeben und die Aufgabe für erledigt zu halten.
Voreingestellt ist es auf keinem Konto – du wählst es mit /model fable. Es wird auch anders abgerechnet als die anderen drei, das prüfst du also besser, bevor du es einschaltest: im Max-Plan liegt es innerhalb der Limite deines Plans, im Pro-Plan läuft es über Nutzungsguthaben, also ausserhalb der Limite und gegen Aufpreis.
Thinking-Modus und Effort sind zwei verschiedene Dinge
Neben dem Modell selbst gibt es noch zwei Einstellungen, die am häufigsten verwechselt werden, darum trennen wir sie mit einem Bild. Im Thinking-Modus schreibt sich das Modell die Aufgabe gewissermassen auf einen Zettel, bevor es antwortet, statt das Ergebnis sofort hinzuwerfen. Effort ist, wie lange sich dieser Zettel füllen darf.
Die Effort-Stufen sind low, medium, high, xhigh und max. Im Alltag lässt du die Standardstufe am besten stehen – Anthropic wählt sie so, dass sie zu den meisten Aufgaben passt. Geändert wird sie mit /effort, das ohne Argument einen Regler öffnet, während /effort auto zur Standardstufe des Modells zurückkehrt.
Machen wir ein einfaches Experiment. Begrüsse das Modell auf der Stufe low – es antwortet sofort, ohne Überlegen. Begrüsse es auf high – jetzt fängt es an abzuwägen, ob in deiner Begrüssung ein doppelter Boden steckt und ob «guten Tag» oder eher «hoi» die passende Antwort ist. Dieselbe Nachricht, zwei völlig verschiedene Arbeitsaufwände – und im zweiten Fall ist der ganze Aufwand für nichts gewesen, denn eine Antwort auf «guten Tag» war sofort und ohne Nachdenken gefragt.
Eine höhere Stufe bedeutet also längeres Nachdenken, nicht zwingend eine bessere Antwort. Bei einer einfachen Frage sind das verlorene Zeit und verlorene Token, bei einer schwierigen Aufgabe gibt dir eine niedrige Stufe umgekehrt eine flachere Antwort, als du brauchst – deshalb passt man Effort an die Schwierigkeit der Frage an, statt ihn ein für alle Mal aufs Maximum zu stellen.
Den Thinking-Modus selbst schaltest du für die laufende Sitzung mit Alt+T unter Windows und Linux oder Option+T auf macOS um, dauerhaft in /config. Und wenn du nur bei einer einzigen Frage mehr Nachdenken brauchst, schreib das Wort ultrathink in deine Anweisung. Claude Code greift genau dieses eine Wort auf und bittet das Modell, in dieser Runde länger nachzudenken, ohne die Einstellung der ganzen Sitzung anzurühren. Einen separaten Aufpreis gibt es dafür nicht, längeres Nachdenken bedeutet aber mehr Token. Erkannt wird nur dieses eine Wort – Formulierungen wie «denk gründlich nach» gehen als gewöhnlicher Text durch, so bestimmt sie auch klingen.
Zuletzt etwas, das man leicht vergisst: die Effort-Skala ist für jedes Modell einzeln kalibriert. high auf Haiku und high auf Opus sind nicht dieselbe Menge Nachdenken, sondern dieselbe Position auf zwei verschiedenen Reglern. Nach einem Modellwechsel lohnt es sich also zu prüfen, ob die Stufe noch zur Aufgabe passt.
Woher der Unterschied im Verbrauch kommt
Ein stärkeres Modell kostet mehr. Das ist allerdings nur ein Teil der Geschichte. Der interessantere Teil: stärkere Modelle denken mehr nach, bevor sie antworten, und Nachdenken verbraucht Token genauso wie die Antwort selbst. Deshalb kann schon der Wechsel zu einem leichteren Modell den Verbrauch stärker verändern, als ein Vergleich der Tarife vermuten lässt. Derselbe Mechanismus gilt bei Effort: je höher die Stufe, desto länger denkt das Modell und desto mehr Token verbraucht es.
Zu dieser Rechnung kommt noch etwas dazu, das in den Tarifen pro Token nicht sichtbar ist. Sonnet ist bei einer einzelnen Anfrage günstiger als Opus, braucht aber manchmal mehrere Anläufe, bis es trifft, was du meinst. Opus gelingt dasselbe hin und wieder gleich beim ersten Mal. Drei Anläufe auf dem günstigeren Modell können also mehr kosten als einer auf dem teureren.
Modell wechseln – kurz und dauerhaft
Während der Sitzung: schreib /model ohne alles, um die Auswahl zu öffnen, oder gleich /model haiku, /model sonnet, /model opus, /model fable.
Daran solltest du denken: die Wahl aus /model wird als Standard für neue Sitzungen gespeichert, nicht nur für die laufende.
Wenn du die Änderung wirklich nur für eine Sitzung willst, starte Claude Code mit der Flag – claude --model haiku. Die Flag gilt nur für diese eine Sitzung und wird nicht dauerhaft gespeichert.
Ein weiterer Alias, den man kennen sollte, ist opusplan. Er plant auf Opus und führt auf Sonnet aus – das stärkere Modell dort, wo die Entscheidungen fallen, das günstigere dort, wo die Ausführung läuft. Planen ist in Claude Code ein eigener Modus: zuerst bekommst du einen Plan zur Freigabe, und erst danach macht sich das Werkzeug an die Arbeit.
Ein Modellwechsel ist nicht gratis
Das Modell, mit dem du arbeitest, erinnert sich an das laufende Gespräch. Wechselst du zu einem anderen, muss dieses neue das ganze Gespräch von vorn lesen, um zu wissen, worum es geht – und dieses Lesen bezahlst du in Token, genau wie jeden anderen Text. Du siehst es als eine deutlich langsamere Antwort direkt nach dem Wechsel.
Anders gesagt: der Preis des Wechsels wächst mit der Länge der Sitzung. In der dritten Gesprächsminute merkst du ihn nicht. In der vierten Arbeitsstunde an einem Projekt ist es die teuerste Anfrage, die du an dem Tag schickst – daher die einfache Regel, das Modell am besten zu Beginn der Sitzung zu wählen.
Dasselbe passiert bei opusplan mit jedem Eintritt in den Planungsmodus und jedem Austritt daraus, denn der Sprung zwischen Opus und Sonnet ist ebenfalls ein Modellwechsel. Bei einem Plan pro Sitzung ist das kein Thema, beim Hin und Her wird daraus ein ständiger Aufwand.
Genauso zählt der Wechsel der Effort-Stufe mitten im Gespräch: jede Stufe hat ihren eigenen Zwischenspeicher, die erste Anfrage danach liest das Gespräch also ebenfalls von vorn. Deshalb zeigt Claude Code bei einem laufenden Gespräch ein Fenster mit der Frage, ob die Änderung wirklich angewendet werden soll.
Willst du den Tokenverbrauch beim Wechseln zwischen Modellen klein halten, mach vor der Änderung /compact. Claude Code fasst das ganze Gespräch zusammen, und das neue Modell hat dadurch deutlich weniger Material, das es vor dem Arbeiten durchgehen muss. Du kannst auch einfach einen neuen Chat starten, wenn die nächste Aufgabe nicht braucht, was vorher war.
Wann sich ein Modellwechsel lohnt
Neben der bei Sonnet beschriebenen Lage, in der das Modell schlicht nicht liefert, gibt es drei Momente, in denen sich dieser Aufwand lohnt.
Es sind wenige Token übrig und bis zur Erneuerung der Limite dauert es. Geh runter auf Haiku und mach darauf die einfachen, wiederkehrenden Dinge, statt die Arbeit auf morgen zu vertagen.
Es sind viele Token übrig und die Limite erneuert sich in einer halben Stunde. Der Rest verfällt ohnehin, nimm also Opus und gib ihm die schwierigste Aufgabe auf deiner Liste. Selbst wenn er alles Verbleibende verbraucht, ist die Limite gleich wieder voll. Dasselbe gilt im Wochenmassstab: in der letzten Sitzung vor der Erneuerung der Wochenlimite kannst du gefahrlos aufbrauchen, was davon übrig ist. Wie viele Token übrig sind und wann sich die Limite erneuert, zeigt dir der Befehl /usage – beschrieben haben wir ihn beim zweiten Muster im Beitrag zu den Plänen.
Die Arbeit ist fertig und muss noch geprüft werden. Du schreibst auf Sonnet und gibst das Ergebnis am Schluss Opus zum Durchsehen – am besten in einer neuen Sitzung, denn ein Modell, das gerade selbst etwas geschrieben hat, ist ein schlechter Prüfer desselben Textes. Eine frische Sitzung trägt das Gespräch nicht mit sich, in dem diese Entscheidungen gefallen sind – Opus bekommt das Ergebnis und deine Frage und beurteilt, was es sieht, nicht fremde frühere Begründungen. Bei längeren Texten und bei Änderungen an mehreren Dateien arbeiten wir selbst so.
Kurz gefasst
Wenn wir das alles in einen Rat packen müssten: fang mit Sonnet an und mach dir um den Rest keine Gedanken, solange sich nichts komisch anfühlt. Für kurze Fragen zwischendurch nimm Haiku – den Unterschied im Tempo merkst du sofort. Und wenn du zum dritten Mal um dasselbe bittest und das Ergebnis weiterhin danebenliegt, heisst das nicht, dass du falsch fragst: wechsle einfach zu Opus. Fable hebst du dir für den Tag auf, an dem du etwas übergibst, das stundenlang ohne dich laufen soll.
Und zwei Dinge, die wir uns selbst erst angewöhnen mussten. Wähl das Modell zu Beginn der Sitzung, denn ein Wechsel mittendrin kostet Token. Und passe die Effort-Stufe an die Schwierigkeit der Frage an, statt sie ein für alle Mal aufs Maximum zu stellen – bei Einstellungen geht es nicht darum, das Maximum aus dem Werkzeug zu holen, sondern darum, dass sie zu dem passen, was du gerade tust.