Claude Code Ultracode & Effort-Levels: Der /effort-Guide
Effort bestimmt, wie tief Claude nachdenkt – und wie schnell es dein Limit verbraucht. Dieser Guide erklärt alle fünf Effort-Level, die Standardwerte pro Modell, /effort auto und ultracode: den Orchestrierungs-Schalter, den v2.1.284 in einen unabhängigen Toggle verwandelt hat, den du auf jedes Level obendrauf setzen kannst.
TL;DR – Effort und Ultracode in vier Zeilen
- Fünf Effort-Level: low, medium, high, xhigh, max – pro Modell kalibriert. Standard ist high auf den meisten Modellen, aber Opus 5.5 und Sonnet 5.5 starten bei medium, Opus 4.7 bei xhigh.
- Ändern mit /effort (Slider) oder /effort <level>; /effort auto löscht dein gespeichertes Level und stellt das Modell-Standard-Level wieder her. Enter speichert als Standard; s gilt nur für diese Sitzung.
- Ultracode ist eine Claude-Code-Einstellung, kein Effort-Level: Es lässt Claude dynamische Workflows für substanzielle Aufgaben orchestrieren. Seit v2.1.284 ist es ein eigener Toggle – Tab im /effort-Slider oder /effort ultracode on|off – und erzwingt kein xhigh mehr.
- Ultracode vs. max in einem Satz: max ist die tiefste Rohe-Reasoning-Stufe (neigt zu Overthinking); ultracode legt Workflow-Orchestrierung obendrauf, egal welches Level du wählst. Sie beantworten verschiedene Fragen – Tiefe vs. Koordination.
Model configuration & effort — Claude Code documentation
Doku:code.claude.com
Claude Code CHANGELOG — v2.1.284 (Ultracode becomes its own toggle)
Changelog:github.com/anthropics/claude-code
How to Use Claude Effort Levels (Full Guide)
Kanal:Ryan & Matt Data Science13:24
Die Fakten auf dieser Seite stammen aus der offiziellen Effort-Dokumentation und dem v2.1.284-Changelog; die Grafik ist eine eigene Illustration für diesen Guide. Das verlinkte Video testet dieselben fünf Effort-Level in Claudes Co-Work-App – nützliche Praxisdaten zum Token-Verbrauch, allerdings zeigt der Bildschirm eine andere Oberfläche als Claude Code. Keine Frames daraus werden hier verwendet.
Effort-Level und Ultracode, Schritt für Schritt
1 · Die Skala kennen
- 1
Verstehen, was Effort eigentlich steuert
Effort ist der Reasoning-Regler von Claude Code: Er legt fest, wie viel Denkarbeit das Modell in deine Anfragen steckt – und beeinflusst damit direkt Antwortqualität, Latenz und wie schnell du dein Nutzungslimit verbrauchst. Die offizielle Doku sagt es unmissverständlich: Die Skala gilt pro Modell – derselbe Level-Name bedeutet nicht auf jedem Modell denselben Wert.
Die /effort-Skala auf einen Blick: fünf Level plus der Ultracode-Toggle (eigene Illustration für diesen Guide). - 2
Die fünf Level lernen – und wann sich ihre Tokens lohnen
low ist für schnelle Interaktionen, die du selbst prüfst – Brainstorming, erste Entwürfe, Umbenennungen. medium meistert den Alltag mit klarem Scope. high ist für Arbeit, bei der Verifikation zählt oder Edge Cases lauern. xhigh kauft tieferes Reasoning mit höherem Token-Verbrauch, etwa für langlaufende Agent-Aufgaben. max ist für harte Probleme, die du Claude allein durchackern lässt – die Doku warnt: Die Erträge können abnehmen, und das Modell kann zu viel nachdenken.
- 3
Prüfe den Modell-Default, bevor du dem Modell die Schuld gibst
Die Defaults sind nicht einheitlich: high auf jedem Modell, das Effort unterstützt – außer Opus 5.5 und Sonnet 5.5 (Default medium) und Opus 4.7 (Default xhigh). Wenn Antworten träge werden oder das Limit schnell schrumpft, wirf erst einen Blick auf die Effort-Zeile, bevor du dem Modell die Schuld gibst – und beachte: Seit v2.1.284 ist Sonnet 5.5 das Standard-Sonnet-Modell, mit 1M Kontext für $2/$10 pro Million Tokens.
2 · Bewusst umstellen
- 4
Live umstellen mit /effort
Tippe /effort in einer Sitzung, und ein Slider öffnet sich – die Pfeiltasten wandern zwischen den Levels, mit Tab erreichst du den Ultracode-Toggle. Im /model-Picker stellst du mit links/rechts dieselbe Kontrolle ein. Für Einmal-Läufe setzt das --effort-Flag das Level für die jeweilige Sitzung, und die Umgebungsvariable CLAUDE_CODE_EFFORT_LEVEL eignet sich für Automatisierung.
- 5
Level direkt setzen – und wissen, was auto bedeutet
/effort <level> setzt das Level, ohne den Slider zu öffnen. Der leise nützliche Befehl ist /effort auto: Er löscht das gespeicherte Level für das aktive Modell, sodass Claude Code auf den Modell-Default zurückfällt. Die Umgebungsvariable akzeptiert auto ebenfalls. Wenn sich eine Sitzung nach Experimenten seltsam verhält, ist auto der Reset-Knopf.
- 6
Die Wahl dauerhaft machen (auf dem richtigen Weg)
Im /effort-Slider speichert Enter das Level als deinen Default, während s es nur auf die aktuelle Sitzung anwendet. In den Settings kannst du Effort pro Modell unter modelSettings festlegen oder einen top-level effortLevel-Fallback nutzen – mit einer Falle: max wird in keinem der beiden Schlüssel akzeptiert, und wenn es nicht aus der Umgebungsvariable kommt, gilt max nur für die aktuelle Sitzung. Skills und Subagents können ihr eigenes Effort im Frontmatter mitbringen, begrenzt durch maxEffortLevel.
3 · Ultracode, der neue Toggle
- 7
Verstehen, was Ultracode ist
Ultracode ist eine Claude-Code-Einstellung, kein Modell-Effort-Level: Laut offizieller Doku lässt es Claude dynamische Workflows für substanzielle Aufgaben orchestrieren – große Arbeit in koordinierte Schritte aufteilen statt in einer langen Solo-Reasoning-Session zu versinken. Deshalb war es früher mit xhigh verschmolzen: Orchestrierung obendrauf auf tiefes Reasoning.
- 8
Die Änderung in v2.1.284 nachholen
Vor v2.1.284 war Ultracode der oberste Stop im /effort-Slider, und das Aktivieren erzwang xhigh. Das Changelog vom September 2026 hat das geändert: Ultracode ist jetzt ein eigener Toggle – Tab im /effort-Slider oder /effort ultracode on|off – und erzwingt kein xhigh mehr; es bleibt auf jedem Effort-Level aktiv. Die VS-Code-Erweiterung hat den Ultracode-Stop im Slider durch einen An/Aus-Schalter ersetzt (das Modell-Pill zeigt „· Ultracode“), und neue effortSlider-Keybinding-Aktionen decken decreaseEffort, increaseEffort und toggleUltracode ab.
- 9
Zwischen Ultracode und max entscheiden
Das sind zwei verschiedene Achsen. max beantwortet „denk so intensiv wie möglich über dieses eine Problem nach“ – tiefstes Rohe-Reasoning, keine Token-Grenzen, mit dokumentiertem Overthinking-Risiko. Ultracode beantwortet „koordiniere die Arbeit“ – Workflow-Orchestrierung über dem Level deiner Wahl, seit v2.1.284 inklusive max. Faustregel: ein vertracktes Einzelfragen-Debugging → max; mehrstufige Builds, bei denen Reihenfolge und Delegation zählen → ultracode; beides → max mit ultracode an.
- 10
Die Grenzen kennen, bevor du dich darauf verlässt
Die Doku listet Ultracode als nicht verfügbar, wenn Workflows deaktiviert sind, das Modell kein xhigh unterstützt oder ein Effort-Cap unterhalb von xhigh greift. Ein verwaltetes maxEffortLevel und Org-Caps können die Level-Liste pro Modell verkürzen, und nicht unterstützte Level fallen auf das höchste unterstützte Level bei oder darunter zurück – xhigh läuft auf Opus 4.6 als high. Ist CLAUDE_CODE_EFFORT_LEVEL auf ein anderes Level als xhigh festgelegt, laufen Requests auf diesem Level ohne Orchestrierung. Für eine einzige tiefere Runde, ganz ohne Settings anzufassen, sorgt das Schlüsselwort ultrathink nur in dieser Runde für tieferes Reasoning.
Defaults pro Modell und die Level-Liste
Vier Fakten ersparen die meisten Support-Tickets:
- 1Die meisten Modelle starten mit high; medium ist die Ausnahme, nicht die Regel – es ist nur bei Opus 5.5 und Sonnet 5.5 der Default.
- 2Opus 4.7 startet mit xhigh. Opus 4.6 und Sonnet 4.6 bieten xhigh gar nicht an – Level über ihrer Decke fallen auf das höchste unterstützte Level zurück.
- 3Modelle, die nicht in der Effort-Tabelle der Doku stehen, unterstützen kein Effort; Sonnet 5.5 kam in v2.1.284 in die Tabelle und ist das neue Standard-Sonnet-Modell (1M Kontext, $2/$10 pro Mtok, $0.20/Mtok Cache-Reads).
- 4Die Skala ist pro Modell kalibriert: „Derselbe Level-Name steht nicht auf jedem Modell für denselben Wert.“ Die Migrations-Hilfe in der Doku ist deutlich – Opus 5.5 mit medium matcht oder übertrifft Opus 5 mit high.
Auflösungsreihenfolge, wenn nichts gespeichert ist: Eine explizite Wahl (Umgebungsvariable, --effort-Flag oder /effort in der Sitzung) gewinnt, dann gespeicherte Settings (modelSettings pro Modell oder ein top-level effortLevel-Fallback), dann der Modell-Default.