Adaptives Denken vs. Extended Thinking bei Claude: Was sich geändert hat

Die Art, wie Claude „denkt", hat sich im vergangenen Jahr grundlegend gewandelt. Beim alten Extended Thinking (auf Deutsch etwa: erweitertes Denken) legte ein Mensch fest, wie viele Tokens das Modell auf sein Reasoning verwenden durfte. Die aktuelle Generation ersetzt das durch adaptives Denken — das Modell entscheidet selbst, ob und wie tief es nachdenkt. Und mit Claude Opus 5 ist das Denken jetzt standardmäßig eingeschaltet — selbst die alte Grundannahme „keine Konfiguration heißt kein Denken" gehört damit der Vergangenheit an.

Dieser Artikel zeigt, was Extended Thinking und adaptives Denken tatsächlich unterscheidet, wie sich das Verhalten von Modell zu Modell ändert und welche Fallen bei der Code-Migration zuschnappen — 400-Fehler, abgeschnittene Antworten und Rechnungen, die still und leise steigen. Alles ist mit Anthropics offizieller Dokumentation belegt.

1. Was Thinking ist

Thinking ist die Phase, in der Claude das Problem in eigenen Worten durcharbeitet, bevor es die endgültige Antwort zu schreiben beginnt. Das Modell formuliert die Frage neu, probiert mehrere Ansätze, prüft Zwischenergebnisse und verwirft Wege, die nicht tragen — dieser Prozess entsteht als thinking-Contentblöcke vor der eigentlichen Antwort. Am größten ist der Gewinn bei Aufgaben, bei denen die Qualität der Zwischenschritte über die Qualität der Antwort entscheidet: Mathematik, Programmierung, Analysen und langlaufende Agenten-Arbeit.

Kostenlos ist das allerdings nicht. Wie Anthropics „Thinking"-Dokumentation unmissverständlich festhält, werden die Tokens, die Claude auf das Reasoning verwendet, als Output-Tokens abgerechnet und auf max_tokens angerechnet — und zwar auch in Konfigurationen, in denen Ihnen der Denktext nie zurückgegeben wird (siehe Abschnitt 6). Das eigene Thinking-Setup zu entwerfen ist damit ebenso sehr eine Kosten- und Latenzfrage wie eine Qualitätsfrage.

2. Die Ära des Extended Thinking — Sie setzen budget_tokens

Die erste Ausbaustufe war Extended Thinking. Sie hängen thinking: {"type": "enabled", "budget_tokens": N} an den Request, und Claude denkt innerhalb dieses Budgets nach, bevor es antwortet. Ein Mensch legt fest, wie viel gedacht wird — bei jedem einzelnen Request. Laut offizieller Dokumentation gelten diese Regeln:

• Mindestens 1.024 Tokens. Kleinere Werte lehnt die API ab
• Muss kleiner sein als max_tokens — das Denken zählt dort hinein, es muss also Platz für die Antwort bleiben
• Das Budget ist ein Zielwert, keine harte Obergrenze. Der tatsächliche Verbrauch hängt von der Aufgabe ab, und oft ist Claude mit dem Denken fertig, lange bevor das Budget ausgeschöpft ist
• Bei Denkbudgets über 32.000 empfiehlt Anthropic Batch-Verarbeitung, um Timeouts zu vermeiden

Das Problem dieses Designs liegt auf der Hand: Das richtige Budget ist je nach Aufgabe ein anderes, und ein Mensch kann es vorab nicht erraten. Einfache Fragen können das zugeteilte Budget verbrennen; harte Probleme können daran verhungern. Und wer den Budgetwert ändert, invalidiert seinen Prompt-Cache — die Dokumentation führt das mit einem gemessenen Beispiel vor.

3. Der Wechsel zu adaptivem Denken — das Modell entscheidet

Genau das ersetzt das 2026 eingeführte adaptive Denken. Die Konfiguration ist eine einzige Zeile: thinking: {"type": "adaptive"}. Ob gedacht wird und wie tief, ist Claudes eigene Entscheidung — abhängig davon, wie schwierig die Anfrage aussieht. Leichte Eingaben bekommen sofort eine Antwort, das Denken wird übersprungen; harte Probleme bekommen tiefes Reasoning.

Die Migration folgte dem Zeitplan aus Anthropics Dokumentation „Extended thinking": budget_tokens wurde auf Claude Opus 4.6 / Sonnet 4.6 als veraltet markiert (dort funktioniert es noch), und Modelle ab Claude Opus 4.7 lehnen es mit einem 400-Fehler ab. Richten Sie alten Code auf ein neues Modell, bleibt er hiermit stehen:

# Alt: Extended Thinking (400-Fehler ab Opus 4.7)
"thinking": {"type": "enabled", "budget_tokens": 10000}
→ 400: "thinking.type.enabled" is not supported ...

# Neu: adaptives Denken (die Tiefe wird über effort gesetzt)
"thinking": {"type": "adaptive"},
"output_config": {"effort": "high"}

Die Umstellung selbst ist klein — budget_tokens löschen, auf adaptive wechseln und die Tiefensteuerung an effort übergeben. Aber wie die Dokumentation warnt, ist das eine Verhaltensänderung, nicht bloß eine Syntaxänderung. Mit festem Budget hat Claude bei jedem Request gedacht; mit adaptivem Denken kann das Modell bei niedrigeren effort-Stufen das Denken bei leichten Eingaben komplett überspringen.

4. Wie jedes Modell mit dem Denken umgeht — auf einen Blick

Die Tücke liegt darin, dass „Ist es standardmäßig an?" und „Lässt es sich abschalten?" je nach Modell anders beantwortet werden. Hier ist die offizielle Dokumentation zu einer Tabelle verdichtet.

Quelle: Anthropic, „Thinking" und „Extended thinking" (Stand: August 2026)

In der Praxis zählen zwei Dinge. Erstens: Mit der Opus-5-Generation ist der Standard auf „Denken an" gekippt — wer einen Job auf Opus 4.8 mit abgeschaltetem Denken günstig laufen ließ und nur die Modell-ID austauscht, sieht die Output-Tokens um den Denkanteil wachsen, und die Antworten werden an max_tokens abgeschnitten oder die Rechnung steigt (im Detail in unserem Leitfaden zu den Breaking Changes von Opus 5). Zweitens: Nur die Legacy-Modelle bleiben bei budget_tokens — wer auf Sonnet 4.5 oder älter bleibt, muss nichts migrieren; umgeschrieben wird erst beim Wechsel auf ein neueres Modell.

5. Die Tiefe wird jetzt über effort gesteuert

Mit dem Wegfall des „Budgets" wird die Denktiefe über output_config: {"effort": ...} justiert — fünf Stufen, low / medium / high / xhigh / max, mit high als API-Standard. effort wirkt dabei über die Denktiefe hinaus: Es beeinflusst auch, wie stark Tool-Aufrufe gebündelt werden und wie viel Vorrede Sie bekommen — also den gesamten Token-Verbrauch.

Was die fünf Stufen bedeuten, wie der Schieberegler in Claude Code funktioniert und wie Einstellungen erhalten bleiben, behandelt unser Leitfaden zur effort-Einstellung. Eine Caching-Notiz aus der Dokumentation: Im adaptiven Modus wird der effort-Wert in den Prompt gerendert — ihn zu ändern invalidiert also den Prompt-Cache. Das ist dieselbe Mechanik wie „Budget ändern zerstört den Cache" in der Extended-Thinking-Ära. Schalten Sie ihn nicht mitten im Gespräch hin und her.

6. Bezahlt wird das Denken auch, wenn Sie es nicht sehen

Wie das Denken von außen aussieht, steuert das Feld display. Es kennt zwei Werte:

• "summarized" — der thinking-Block enthält eine lesbare Zusammenfassung des Reasonings. Standard auf Claude Opus 4.6 / Sonnet 4.6 und älter
• "omitted" — der thinking-Block kommt mit einem leeren String zurück. Standard auf Fable 5 / Mythos 5 / Opus 5 / Sonnet 5 / Opus 4.8 / 4.7

Hier lauern zwei Fallen. Erstens: Je neuer das Modell, desto stärker neigt der Standard zu „nicht anzeigen" — ziehen Sie eine App, die das Reasoning an ihre Nutzer streamt, auf ein neues Modell um, wird aus dem Erlebnis ein langes Schweigen, gefolgt von einer plötzlichen Antwort. Wollen Sie es sichtbar haben, sagen Sie es explizit: thinking: {"type": "adaptive", "display": "summarized"}. Zweitens: display ändert nur die Sichtbarkeit — abgerechnet wird identisch. Die Dokumentation ist da eindeutig: Auch mit omitted zahlen Sie die vollen Denk-Tokens; was Sie sparen, ist Latenz, nicht Geld. Und in keiner Konfiguration erhalten Sie die rohe Gedankenkette — was summarized zeigt, ist eine Zusammenfassung.

Noch etwas, das in der Praxis zählt: der Umgang mit Thinking-Blöcken. In Multi-Turn-Konversationen und bei Tool-Nutzung geben Sie die Thinking-Blöcke der vorherigen Antwort vollständig unverändert zurück. Sie zu bearbeiten löst einen 400 aus — der Fehler „invalid signature in thinking block", über den Claude-Code-Nutzer stolpern, entsteht genau durch diesen Mechanismus.

7. Die Fallen beim Abschalten des Denkens

„Uns geht es um Geschwindigkeit, schalten wir das Denken ab" ist eine legitime Entscheidung — aber auf Opus 5 ist sie an Bedingungen geknüpft. Laut offizieller Dokumentation:

Selbst wenn der Request durchgeht, gibt es Nebenwirkungen. Anthropic dokumentiert, dass Opus 5 mit abgeschaltetem Denken Tool-Aufrufe als Fließtext ausschreiben kann (das Tool läuft nie, während der Turn trotzdem erfolgreich aussieht) und interne XML-Tags in die Ausgabe durchsickern lassen kann. Wer Agenten baut, fährt mit „Denken anlassen, effort senken" auf der sicheren Seite — und spart dabei ohnehin in ungefähr derselben Größenordnung.

8. Denken zwischen Tool-Aufrufen — Interleaved Thinking

Denken passiert nicht nur „einmal, vor der Antwort". Mit Interleaved Thinking denkt Claude auch zwischen Tool-Aufrufen nach und wägt jedes Tool-Ergebnis ab, bevor es den nächsten Schritt festlegt — den Plan nach der Lektüre von Suchergebnissen revidieren, das nächste Kommando nach der Ausgabe des letzten wählen. Das ist die Maschinerie hinter gutem Agenten-Verhalten.

Auch hier gibt es einen Generationsunterschied. In der alten Extended-Thinking-Welt brauchte das den Beta-Header interleaved-thinking-2025-05-14; mit adaptivem Denken läuft es automatisch, der Header ist überflüssig (die Dokumentation hält fest, dass adaptives Denken „automatisch verschachtelt", und erlaubt, den Header nach der Migration zu entfernen). Der Wechsel zu adaptivem Denken macht Ihren Code also um eine weitere Einstellung einfacher.

9. Wenn Geschwindigkeit zählt: Fast Mode

Wer die Qualität des Denkens will, aber weniger Wartezeit, greift zum Fast Mode. Laut der Claude-Code-Dokumentation zu Fast Mode ist das kein Downgrade auf ein anderes Modell: Es läuft dasselbe Claude Opus, nur in einer auf Geschwindigkeit ausgelegten Konfiguration. Die Ausgabe wird bis zu etwa 2,5x schneller, und der Preis verdoppelt sich ($10 Input / $50 Output pro Million Tokens, auf Opus 5 wie auf Opus 4.8). Verfügbar ist er nur auf Opus 5 und Opus 4.8; Fast Mode für Opus 4.7 wurde am 24. Juli 2026 entfernt.

Thinking, effort und Fast Mode spielen unterschiedliche Rollen: Thinking = der Mechanismus, ob überhaupt reasoniert wird, effort = wie tief reasoniert wird, Fast Mode = wie schnell dasselbe Reasoning geliefert wird. Bevor Sie zu „es ist langsam, weg mit dem Denken" greifen: Sie halten noch zwei andere Karten in der Hand — effort senken oder Fast Mode einschalten.

Zusammenfassung

• Extended Thinking (budget_tokens) ist der alte Weg. Veraltet auf Opus 4.6 / Sonnet 4.6, ab Opus 4.7 ein 400-Fehler — und auf Legacy-Modellen (Sonnet 4.5 / Haiku 4.5 usw.) weiterhin der einzige Denkmodus
• Adaptives Denken ist der aktuelle Weg. Das Modell entscheidet, ob und wie viel es denkt; die Tiefe wird über effort geregelt (fünf Stufen, Standard high)
• Opus 5 / Sonnet 5 / Fable 5 haben das Denken standardmäßig an. Fable 5 kann es nicht abschalten; Opus 5 nur bei effort high oder darunter
• Bezahlt wird das Denken auch, wenn es unsichtbar ist. Der Standard der neuen Generation ist display: "omitted" (leere Thinking-Blöcke). Messen mit usage.output_tokens_details.thinking_tokens
• Das Abschalten des Denkens hat Nebenwirkungen (Tool-Aufrufe als Text, durchsickernde Tags). effort zu senken ist sicherer als abzuschalten
• Interleaved Thinking läuft mit adaptivem Denken automatisch — der Beta-Header ist nicht mehr nötig
• Geschwindigkeit gefragt? Fast Mode (etwa 2,5x, doppelter Preis, Opus 5/4.8; in Claude Code per /fast umschalten)

FAQ

Hinweis: Die Spezifikationen und Zahlen in diesem Artikel stützen sich auf Anthropics Dokumentation „Thinking", „Extended thinking" und die Claude-Code-Dokumentation „Fast mode" (alle Stand: August 2026). Spezifikationen ändern sich; prüfen Sie den aktuellen Wortlaut in den offiziellen Docs, bevor Sie darauf aufbauen.