Bestes Modell für Claude Code

Für die meisten täglichen Aufgaben in einem Repository ist das beste Modell für Claude Code Claude Sonnet 5. Es ist die effizienzorientierte Standardwahl: schnell, leistungsfähig, mit einem nativen Kontextfenster von einer Million Token und einem niedrigeren Tokenpreis als Opus oder Fable. Beginnen Sie stattdessen direkt mit Claude Opus 5, wenn Korrektheit wichtiger als Durchsatz ist oder die Aufgabe unklar, architektonisch oder bei Fehlern teuer ist. Nutzen Sie Claude Haiku 4.5 für eng begrenzte Arbeit mit eindeutiger Prüfung und reservieren Sie Claude Fable 5.1 für anspruchsvolle Langzeitaufgaben, die Opus überfordern.

Diese Empfehlung ist eine Routing-Strategie, keine universelle Rangliste. Anthropics allgemeiner Modellleitfaden lässt die meisten Workloads mit Opus 5 beginnen, während die Claude-Code-Aliasse Sonnet für tägliches Coding und Opus für komplexes Schlussfolgern vorsehen. Dieser Leitfaden wählt Sonnet als täglichen Standard für Leser, die die Kosten pro akzeptierter Änderung optimieren. Ein Team mit Fokus auf maximale Fähigkeit kann ebenso sinnvoll mit Opus starten.

Für die preisorientierte Entscheidung zwischen Anbietern lesen Sie den Coding-Vergleich Claude Haiku 4.5 vs GPT-5.6 Luna. Er trennt die Protokolleignung für Claude Code vom Tokenpreis und vergleicht die Kosten einer akzeptierten Aufgabe, ohne einen universellen Sieger zu behaupten.

Für die beiden 5.5-Modelle erklärt der Vergleich Opus 5.5 vs Sonnet 5.5 API-Preise, Benchmark-Bedingungen und Effort. Die älteren Modelle dieser Seite behalten ihren angegebenen Prüfstand.

Bestes Modell für Claude Code im Überblick

Die Preise sind US-Dollar pro Million Eingabe- und Ausgabetoken vor Gebühren für Prompt Cache, langen Kontext, Fast Mode oder Tools. Anthropic und OmniaKey sind getrennte Abrechnungsgrenzen: Die OmniaKey-Spalte zeigt den am 8. September 2026 geprüften Gatewaypreis aus dem Repository-Katalog. Sie ist weder eine Berechnung aus Anthropics aktuellem Listenpreis noch ein Abonnementkontingent. Prüfen Sie vor der Produktionsplanung Route und Preis im Modellkatalog.

Wenn Sie heute nur eine Regel anwenden, nutzen Sie Sonnet 5 als effizienzorientierten Standard und eskalieren Sie nach Aufgabe. Das beste Modell ist das günstigste, das zuverlässig eine akzeptierte Änderung erzeugt, nicht das mit der größten Benchmarkzahl.

Warum Sonnet 5 der beste tägliche Standard ist

Anthropic beschreibt Sonnet 5 als beste Kombination aus Geschwindigkeit und Intelligenz. Der Claude-Code-Alias sonnet ist ebenfalls für tägliches Coding vorgesehen. Das Modell ist ein sinnvoller Ausgangspunkt für:

• die Umsetzung eines begrenzten Features mit klaren Abnahmekriterien;
• die Suche nach einem bekannten Fehler über einige Dateien hinweg;
• das Schreiben oder Aktualisieren von Tests zusammen mit einer lokalen Änderung;
• die Prüfung eines fokussierten pull request;
• die Übertragung eines bereits beschlossenen Designs in Code;
• die Koordination gewöhnlicher Repository-Recherche mit Subagents.

Sonnet 5 besitzt ein natives 1M-Kontextfenster. Sie verzichten mit der Wahl also nicht mehr auf den langen Kontext aktueller Opus- und Fable-Modelle. Kontextkapazität ist jedoch nicht dasselbe wie Fähigkeit. Eine Million Token kann mehr Belege halten, garantiert aber weder die richtige Architektur noch das Erkennen eines subtilen Fehlers.

Verwenden Sie für eine festgelegte Evaluation die genaue Modell-ID:

/model claude-sonnet-5

Auch undatierte Claude-5-API-IDs sind feste Snapshots. Claude-Code-Aliasse können je nach Anbieter auf unterschiedliche Modelle zeigen oder sich mit neuen Empfehlungen ändern. Eine genaue ID macht eine Evaluation deshalb leichter reproduzierbar.

Wann sich der höhere Preis von Claude Opus 5 lohnt

Wählen Sie Claude Opus 5, wenn das Schlussfolgern und nicht das Schreiben der teure Teil der Aufgabe ist. Typische Signale sind:

• Der Bug betrifft mehrere Services und die naheliegende Erklärung ist falsch.
• Das Repository ist unbekannt und die Anfrage lässt wichtige Entscheidungen offen.
• Eine Architektur- oder Migrationsentscheidung wäre teuer rückgängig zu machen.
• Ein breites Refactoring muss implizites Verhalten über viele Dateien hinweg erhalten.
• Fehler bei Sicherheit, Abrechnung oder Datenintegrität verursachen hohe Folgekosten.
• Sonnet hat den relevanten Kontext, hat ernsthaft versucht und liegt dennoch falsch.

Opus 5 kostet pro Token mehr, aber der Tokenpreis ist nicht mit den Kosten einer erledigten Aufgabe identisch. Bei schwieriger Arbeit kann ein stärkeres Modell mit weniger Fehlversuchen und weniger menschlicher Korrektur ein akzeptiertes Ergebnis erreichen. Bei einer präzisen Änderung in einer Datei kommt dieser Vorteil womöglich nie zum Tragen.

/model claude-opus-5

Anthropics fähigkeitsorientierter Ansatz beginnt die meisten Workloads mit Opus 5 und optimiert anschließend nach unten. Wenn ein übersehener Sonderfall teuer ist, ist das eine vertretbare Strategie. Veröffentlichte Belege, effort-Verhalten, Migrationshinweise und Grenzen finden Sie im Test von Claude Opus 5. Für die direkte Wahl zwischen zwei Modellen dient der Vergleich Claude Opus 5 vs Sonnet 5.

Wann Fable 5.1 seinen Aufpreis verdient

Claude Fable 5.1 ist das leistungsfähigste breit veröffentlichte Modell von Anthropic. Claude Code ordnet die Fable-Familie Arbeiten zu, die größer als eine einzelne Sitzung sind: lange autonome Abläufe, anspruchsvolles Schlussfolgern und Aufgaben, die von Recherche vor dem Handeln sowie laufender Überprüfung profitieren.

Damit ist Fable 5.1 ein Spezialist und kein täglicher Standard. Testen Sie es, wenn:

• eine Ursachenanalyse nach einem sorgfältigen Versuch mit Opus 5 ungelöst bleibt;
• Opus 5 mit xhigh oder max eine anspruchsvolle Evaluation weiterhin verfehlt;
• die Arbeit über Stunden und zahlreiche Tools und Artefakte hinweg konsistent bleiben muss;
• ein Fehler so teuer ist, dass Ihre Evaluationsdaten den Aufpreis rechtfertigen.

Zahlen Sie nicht allein wegen vieler Dateien im Repository den Fable-Preis. Ein klarer Umfang, fokussierter Kontext und ein verlässlicher Abnahmetest sind oft wichtiger als die Modellstufe. Fable ist wertvoll, wenn das Problem selbst die Grenzen von Opus erreicht, nicht wenn der Prompt ungenau ist.

/model claude-fable-5-1

Fable 5.1 benötigt Claude Code v2.1.255 oder neuer. Sofern er nicht überschrieben wird, zeigt der Alias fable auf Fable 5.1; vor v2.1.255 zeigte er auf Fable 5. Das Modell ist für keinen Kontotyp der Standard. Seine Anzeige im Auswahlmenü kann von Organisation, Anbieter und verfügbaren usage credits abhängen.

Der Test und API-Leitfaden zu Claude Fable 5.1 behandelt das stets aktive adaptive thinking, den niedrigeren cache-read-Preis, Migrationsgrenzen und exakte IDs. Die ältere Modellseite zu Fable 5 und der Preisleitfaden zu Fable 5 bleiben nur relevant, wenn Sie bewusst das Vorgängermodell bewerten.

Wo Haiku 4.5 hineinpasst

Claude Haiku 4.5 ist in Anthropics aktuellem Vergleich das schnellste Modell und besitzt ein Kontextfenster von 200K. Es eignet sich, wenn die Aufgabe eng begrenzt, das Erfolgskriterium eindeutig und ein Fehler leicht zu erkennen ist:

• Dateien oder Symbole vor dem Start des Hauptagenten finden;
• begrenzte Logs oder Testergebnisse zusammenfassen;
• Issues in eine bekannte Taxonomie einordnen;
• wiederkehrende Änderungen mit einem deterministischen Test ausführen;
• fokussierte Fragen zu Code beantworten, der bereits im Kontext liegt.

Haiku ist nicht wirtschaftlich, wenn ein kleiner Fehler mehrere teure Wiederholungen auslöst. Eskalieren Sie, wenn es Zusammenhänge zwischen Dateien übersieht, eine unbekannte Domäne missversteht oder wiederholt korrigiert werden muss. Die aktuelle Modelltabelle bietet für Haiku 4.5 nicht dieselbe effort-Steuerung. Planen Sie daher nicht unter der Annahme, es ließe sich wie Sonnet, Opus oder Fable einstellen.

Für einen eigenen leichten Subagent legen Sie das Modell im Frontmatter fest:

---
name: quick-researcher
description: Finds files and summarizes evidence for a scoped repository question
model: haiku
---

Claude-Code-Subagents erben das Hauptmodell, wenn model fehlt. Wenn Sie haiku für begrenzte Recherche festlegen, nutzt nicht jede delegierte Suche die Opus- oder Fable-Stufe der Hauptsitzung. Für Implementierung oder Review ist Sonnet der sicherere Startpunkt.

Modell und effort lösen unterschiedliche Probleme

Modellauswahl und effort beheben unterschiedliche Fehler. Fable 5.1, Opus 5 und Sonnet 5 unterstützen adaptive thinking und eine effort-Steuerung; der aktuelle Standard der Claude API ist bei allen drei high. Beginnen Sie dort und ändern Sie jeweils nur eine Variable.

Wechseln Sie das Modell, wenn das Problem zu schwer ist. Wenn Claude die relevanten Dateien, Tools und Anweisungen hat, die Aufgabe gründlich untersucht und dennoch falsch schließt, wechseln Sie von Haiku zu Sonnet, von Sonnet zu Opus oder von Opus zu Fable.

Erhöhen Sie effort, wenn das gewählte Modell tiefer denken muss. Nutzen Sie einen höheren Wert für Aufgaben, die mehr Planung, langfristige Analyse oder Prüfung erfordern. Das kann die Erfolgsquote steigern, erhöht aber möglicherweise Latenz und Ausgabetokenkosten.

Korrigieren Sie zuerst den Kontext. Eine vage Anfrage, eine veraltete CLAUDE.md, fehlende Dokumentation oder ein nicht verfügbares Tool lassen sich nicht zuverlässig durch mehr Token reparieren. Stellen Sie zuerst Erfolgskriterium und Belege bereit.

Anthropics aktueller Auswahlleitfaden bezeichnet die Abstimmung von effort häufig als besseren Hebel als einen Modellwechsel. Prüfen Sie das mit Ihrem Workload: Wenn Opus auch mit höherem effort den Abnahmetest verfehlt, ist Fable 5.1 die nächste Fähigkeitsstufe.

Was best, fable und opusplan tatsächlich wählen

Claude-Code-Aliasse sind praktisch, aber nicht alle sind feste Modell-IDs.

Bei direktem Zugriff auf die Anthropic API zeigen opus und sonnet derzeit auf Opus 5 und Sonnet 5. Andere Anbieter können diese Aliasse auf frühere Versionen abbilden. Ein Gateway ändert das Ziel und kann eigene Modelloptionen festlegen, macht aus einem Alias aber keine anbieterübergreifende Garantie.

Nutzen Sie Aliasse für den Komfort in interaktiven Sitzungen. Verwenden Sie genaue IDs in Evaluationen, Automatisierung, Incident-Reproduktion und jedem Protokoll, das das tatsächlich ausgeführte Modell benennen muss.

Eine praktische Routing-Strategie

Wechseln Sie an Aufgabengrenzen und nicht alle paar Nachrichten:

1. Beginnen Sie gewöhnliche Features und Wartung mit Sonnet 5 bei dessen Standard-effort.
2. Nutzen Sie Haiku 4.5 für kleine, isolierte Subagents mit deterministischem Ergebnis.
3. Starten Sie mit Opus 5, wenn Unklarheit, Architekturumfang oder Fehlerkosten bereits hoch sind.
4. Erhöhen Sie bei zu geringer Denktiefe zunächst Opus effort, bevor Sie für Fable zahlen.
5. Setzen Sie Fable 5.1 ein, wenn eine schwierige Aufgabe oder Ihr Evaluationssatz den Aufpreis rechtfertigt.
6. Kehren Sie zu Sonnet zurück, sobald die schwierige Entscheidung gefallen und die Ausführung mechanisch ist.

Ein Modellwechsel in einem langen Gespräch kann die Wiederverwendung des prompt cache reduzieren und den nächsten Schritt langsamer und teurer machen. Wechseln Sie möglichst an einer klaren Aufgabengrenze. Für unabhängige Arbeit ist /clear gewöhnlich besser, als eine alte Sitzung in ein neues Modell mitzunehmen.

Akzeptierte Änderungen statt Eindrücke vergleichen

Die Kontext- und Sitzungssteuerung hinter dieser Kennzahl erklärt der Leitfaden zum Senken des Claude-Code-Tokenverbrauchs. Er zeigt, wie wiederholter Kontext reduziert wird, ohne die Evaluation künstlich zu vereinfachen.

Eine faire lokale Evaluation benötigt für jedes Modell denselben Repository-Stand, Prompt, dieselben Tools, Berechtigungen, effort und Abnahmetests. Erstellen Sie einen kleinen Satz, der Ihre tatsächliche Arbeit abbildet:

Führen Sie jede Aufgabe mehrfach aus, weil Agentenergebnisse variieren. Erfassen Sie Akzeptanz, Minuten menschlicher Korrektur, Laufzeit, Eingabetoken, cache token, Ausgabetoken und Toolaufrufe. Ein Modell mit doppelt so teuren Token kann pro akzeptierter Änderung günstiger sein. Besteht ein günstigeres Modell denselben Test, ist es für diese Aufgabenklasse die bessere Wahl.

Ändern Sie im ersten Vergleich nicht Modell und effort zugleich. Halten Sie effort beim Modellvergleich auf dem Standard und variieren Sie es anschließend für das Modell, das Sie einsetzen möchten. Sonst lässt sich nicht erkennen, ob Fähigkeit oder Denkbudget den Unterschied verursacht hat.

Modelle in OmniaKey wechseln

Die Verbindungsschritte stehen im Einrichtungsleitfaden für Claude Code. Nach der Konfiguration des Anthropic-kompatiblen Endpunkts verwenden Sie /model mit einer genauen unterstützten ID:

/model claude-haiku-4-5
/model claude-sonnet-5
/model claude-opus-5
/model claude-fable-5-1

Aktualisieren Sie Claude Code, wenn ein aktuelles Modell fehlt: Sonnet 5 benötigt v2.1.197 oder neuer, Opus 5 v2.1.219 oder neuer und Fable 5.1 v2.1.255 oder neuer. Führen Sie claude update aus, öffnen Sie die Auswahl erneut und prüfen Sie die Route im aktuellen Modellkatalog.

Fordern Sie für reproduzierbare Arbeit das genaue Modell an und prüfen Sie Modell und Nutzung in der Antwort, statt Aliasverhalten oder einen stillen Fallback anzunehmen. Die Verfügbarkeit kann sich nach Anbieter, Organisation und Route ändern. Ein Fehler sollte den Lauf stoppen und nicht als Beleg gelten, dass ein anderes Modell die Aufgabe abgeschlossen hat.

Claude Code ist für Claude-Modelle ausgelegt. Anthropic erklärt, dass ein Gateway unterstützte API-Formate weiterleiten kann, aber Claude Code nicht zu Nicht-Claude-Modellen routen darf. Wenn Sie zwischen Claude, GPT und Gemini wählen, nutzen Sie einen Agent, der das benötigte Protokoll unterstützt. Die breitere Modellfamilienfrage behandelt der Leitfaden für Coding-Agent-Modelle, während Claude Code vs Codex die Produkte vergleicht.

Für die direkte anbieterübergreifende Wahl täglicher Modelle nutzen Sie den Coding-Vergleich Claude Sonnet 5 vs GPT-5.6 Terra. Er trennt die Modellauswahl von der Agentenwahl zwischen Claude Code und Codex.

Abschließende Empfehlung

Für die meisten Entwickler, die täglichen Durchsatz und Kosten optimieren, ist Claude Sonnet 5 das beste Standardmodell für Claude Code. Starten Sie mit Opus 5, wenn eine Aufgabe bereits unklar oder bei Fehlern teuer ist, verwenden Sie Haiku 4.5 für begrenzte Hilfsarbeit und wechseln Sie nur bei anspruchsvollen Langzeitaufgaben zu Fable 5.1, die Opus mit angemessenem effort nicht besteht.

Betrachten Sie das als Ausgangsstrategie. Ihre eigenen Daten zu akzeptierten Änderungen sollten die endgültigen Schwellenwerte bestimmen.

Häufig gestellte Fragen

Welches Modell ist für Claude Code am besten?

Claude Sonnet 5 ist für die meisten täglichen Codingaufgaben der beste effizienzorientierte Standard. Claude Opus 5 ist der bessere fähigkeitsorientierte Start für komplexe Architektur, subtile Fehlersuche und teure Fehler. Fable 5.1 zielt auf die schwierigste Langzeitarbeit, Haiku 4.5 auf einfache, begrenzte Aufgaben.

Ist Opus in Claude Code besser als Sonnet?

Opus ist bei schwieriger, unklarer Arbeit leistungsfähiger, Sonnet bei Routineaufgaben schneller und günstiger. Anthropics allgemeiner Leitfaden startet die meisten Workloads mit Opus; Claude Code kennzeichnet Sonnet für tägliches Coding. Entscheiden Sie nach Fehlerkosten und messen Sie akzeptierte Änderungen.

Sollte ich Fable 5.1 oder Fable 5 verwenden?

Nutzen Sie Fable 5.1 für neue Evaluationen. Es ist die neuere Version, der Alias fable zeigt in unterstützten aktuellen Clients darauf und die Basispreise für Ein- und Ausgabe bleiben gleich, während cache reads günstiger sind. Fixieren Sie Fable 5 nur zur Reproduktion eines Ergebnisses des Vorgängermodells.

Braucht jedes große Repository Fable 5.1?

Nein. Die Größe des Repository allein rechtfertigt Fable nicht. Stellen Sie fokussierten Kontext bereit und testen Sie zunächst Sonnet oder Opus. Prüfen Sie Fable, wenn die Aufgabe tatsächlich lang, unklar und jenseits der günstigeren Modelle liegt.

Welches Modell sollten Claude-Code-Subagents nutzen?

Verwenden Sie Haiku für enge Suche, Klassifizierung oder Zusammenfassungen mit klarer Prüfung. Nutzen Sie Sonnet für Implementierung, Review und Koordination. Lassen Sie einen Subagent nur dann Opus oder Fable erben, wenn seine eigene Aufgabe diese Fähigkeit verlangt.

Ist ein höherer effort dasselbe wie ein besseres Modell?

Nein. Das Modell bestimmt die Grundfähigkeit, effort den Umfang der Schlussfolgerung eines unterstützten Modells. Wechseln Sie das Modell, wenn es mit angemessenem effort nicht lösen konnte. Erhöhen Sie zuerst effort, wenn die Aufgabe lediglich tiefere Analyse braucht.

Kann Claude Code GPT- oder Gemini-Modelle verwenden?

Nein. Anthropic dokumentiert Claude Code als Werkzeug für Claude-Modelle und unterstützt kein Routing zu Nicht-Claude-Modellen durch ein Gateway. Nutzen Sie für GPT oder Gemini Codex, Cursor, Cline, aider oder einen anderen kompatiblen Agent.

Geprüfte Quellen

Alle folgenden offiziellen Quellen sind auf Englisch veröffentlicht.

• Anthropic: Modellkonfiguration in Claude Code
• Anthropic: das passende Claude-Modell wählen
• Anthropic: Übersicht der Claude-Modelle
• Anthropic: API-Preise
• Anthropic: Übersicht zu Claude Fable 5.1
• Anthropic: Claude-Code-Kosten verwalten
• Anthropic: Claude-Code-Subagents
• Anthropic: Prompt Caching in Claude Code
• Anthropic: LLM-Gateways