Claude Opus 5: Was sich für dein Vibe-Coding-Projekt wirklich ändert

Ein Modellwechsel, der wie eine Zeile Code aussieht, ist selten nur eine Zeile Code. Beim Sprung von Claude Opus 4.8 auf Claude Opus 5 tauschst du tatsächlich nur die Modell-ID – und bekommst trotzdem ein anders arbeitendes System zurück: längere Antworten, mehr Tokenverbrauch und an einer Stelle sogar einen neuen Fehlerfall. Dieser Beitrag ordnet die offiziellen Angaben mit Stand 31. Juli 2026 ein und übersetzt sie in einen prüfbaren Umstieg.

Anthropic veröffentlichte Claude Opus 5 am 24. Juli 2026 und beschreibt es als Sprung gegenüber Opus 4.8 statt als kleine Weiterentwicklung. Die größten Zugewinne nennt der Anbieter beim tiefen Schlussfolgern, bei langen agentischen Aufgabenketten und bei der Skalierung durch zusätzliche Rechenzeit zur Antwortzeit.

Was ist bei Claude Opus 5 neu?

Die Modell-ID lautet claude-opus-5. Das Kontextfenster umfasst laut Claude Platform eine Million Tokens – und zwar als Standard und als Maximum, eine kleinere Variante existiert nicht. Die Ausgabe reicht bis 128.000 Tokens. Verfügbar ist das Modell in der Claude API, über Amazon Bedrock, Google Cloud und Microsoft Foundry sowie in den Claude-Anwendungen selbst.

Der Preis bleibt bei 5 US-Dollar pro einer Million Input-Tokens und 25 US-Dollar pro einer Million Output-Tokens, also unverändert gegenüber Opus 4.8. Ebenfalls neu, aber leicht zu übersehen: Die Mindestlänge für zwischengespeicherte Prompts sinkt von 1.024 auf 512 Tokens. Kürzere wiederkehrende Systemprompts profitieren dadurch ohne jede Codeänderung vom Caching.

Warum Thinking jetzt standardmäßig läuft

Das ist die Änderung mit den meisten Nebenwirkungen. Auf Opus 4.8 lief eine Anfrage ohne Denkschritte, solange man sie nicht ausdrücklich aktivierte. Auf Opus 5 ist es umgekehrt: Das Modell entscheidet selbst, wann und wie lange es denkt, sobald du nichts anderes angibst.

Praktisch heißt das drei Dinge. Deine Antworten dauern länger. Sie kosten mehr Output-Tokens. Und weil max_tokens Denken und Antworttext gemeinsam begrenzt, kann ein knapp bemessener Wert, der auf Opus 4.8 gereicht hat, auf Opus 5 mitten im Satz abschneiden. Wer den Umstieg macht, sollte diesen Wert also nicht einfach übernehmen, sondern gegen einen realen Auftrag nachmessen. Wie das systematisch geht, steht im Beitrag zu KI-Kosten im Griff behalten.

Die Effort-Leiter und ihr neuer Stolperstein

Effort steuert, wie viele Tokens Claude für Denken, Tool-Aufrufe und Antwort einsetzt. Die Leiter reicht über low, medium, high, xhigh bis max; der Standard ist high. Anthropic beschreibt Opus 5 als das erste Opus-Modell, das zusätzlichen Effort zuverlässiger in bessere Ergebnisse umsetzt – die Wahl der Stufe wiegt also schwerer als bei Opus 4.8.

Bemerkenswert ist die Gegenrichtung: Laut Dokumentation liefern gerade low und medium bei einem Bruchteil der Tokens und Wartezeit weiterhin starke Qualität. Die interessante Frage ist deshalb nicht mehr nur, wie hoch du gehen kannst, sondern wie weit du herunterkommst, ohne dass die Qualität kippt.

Ein echter Fallstrick: Thinking lässt sich nur noch bis Stufe high abschalten. Kombinierst du thinking: disabled mit xhigh oder max, antwortet die API mit einem 400er-Fehler. Das wird pro Anfrage geprüft, ein Aufruf später im selben Gespräch kann also scheitern, obwohl frühere durchliefen.

Wann lohnt sich Opus 5 für Vibe Coding?

Der Schwerpunkt liegt weiterhin dort, wo mehrere Entscheidungen voneinander abhängen. Anthropic nennt mehrdateiige Features, größere Refactorings und Arbeit, die von Anfang bis Ende durchläuft, ohne Platzhalter zu hinterlassen. Auch Code-Review und Fehlersuche werden als Stärke beschrieben – mit hoher Trefferquote bei wenigen Fehlalarmen.

Für eine bekannte Ein-Datei-Änderung, eine kurze Zusammenfassung oder eine standardisierte Klassifikation bleibt Opus überdimensioniert. Der beste Standard ist nicht das stärkste Modell, sondern die kleinste Konfiguration, die deinen Qualitätsvertrag zuverlässig erfüllt. Bei Opus 5 kann diese kleinste Konfiguration ausdrücklich auch eine niedrige Effort-Stufe desselben Modells sein.

Ein Praxisfall: Umstieg von 4.8 auf 5

Schritt eins ist die Modell-ID. Danach folgen die zwei Verhaltensänderungen. Prüfe jeden Aufruf, der Thinking abschaltet: Läuft er mit xhigh oder max, musst du entweder die Effort-Stufe senken oder das thinking-Feld entfernen. Prüfe anschließend jeden Aufruf, der nie Thinking gesetzt hat – dort ist der Denkanteil neu und max_tokens möglicherweise zu knapp.

Schritt zwei ist der Prompt. Enthält er Anweisungen wie „füge einen abschließenden Prüfschritt hinzu" oder „lass einen Subagenten das Ergebnis kontrollieren", nimm sie heraus. Opus 5 prüft laut Dokumentation ohnehin selbst; mitgeschleppte Prüf-Anweisungen führen zu Überprüfung statt zu mehr Sicherheit. Das Gleiche gilt für Passagen, die Delegation an Subagenten anregen: Opus 5 delegiert von sich aus bereitwilliger.

Schritt drei ist die Messung. Lass denselben realen Auftrag auf 4.8 und 5 laufen und protokolliere Tokenverbrauch, Laufzeit, Anzahl der Korrekturrunden und deine eigene Review-Zeit. Erst dieser Vergleich zeigt, ob der Wechsel für deinen Fall trägt.

Was sich im Verhalten sonst noch ändert

Vier Punkte nennt die Dokumentation ausdrücklich, und alle vier fallen im Alltag auf: Antworten an Nutzer werden länger. Geschriebene Dateien und Berichte werden länger. In agentischen Sitzungen erzählt das Modell häufiger, woran es gerade arbeitet. Und in Mehr-Agenten-Aufbauten delegiert es bereitwilliger.

Das sind keine Fehler, sondern Voreinstellungen – und Voreinstellungen lassen sich per Prompt verschieben. Wenn dein Produkt kurze Antworten braucht, schreib das explizit hinein. Wenn ein Coding-Agent zu viel erzählt, verlange Stille zwischen den Werkzeugaufrufen. Das Muster ähnelt dem aus Was sind KI-Agenten?: Rechte, Umfang und Kommunikationsstil gehören ausdrücklich in den Auftrag.

Welche Grenzen bleiben trotz besserer Bewertungen?

Anthropic nennt für Opus 5 deutliche Vorsprünge in eigenen Auswertungen, etwa mehr als eine Verdopplung der Opus-4.8-Leistung auf einem eigenen Benchmark. Das sind Herstellerergebnisse unter definierten Bedingungen, keine Zusage für deine Anwendung. Sie taugen als Anlass für einen eigenen Vergleich, nicht als Ersatz dafür.

Ein anderes Detail verdient Aufmerksamkeit: Wenn du Thinking abschaltest, kann Opus 5 laut Dokumentation gelegentlich einen Werkzeugaufruf als sichtbaren Text ausgeben statt ihn tatsächlich auszulösen. Der Durchlauf wirkt dann erfolgreich, obwohl nichts passiert ist. Auch das spricht dafür, Thinking aktiv zu lassen und stattdessen über Effort zu steuern.

Checkliste für deinen Umstieg auf Opus 5

• Alle Aufrufe mit abgeschaltetem Thinking sind auf Effort high oder niedriger geprüft.
• max_tokens ist für Aufrufe neu bemessen, die bisher ohne Denkanteil liefen.
• Prüf- und Delegations-Anweisungen aus alten Prompts sind entfernt.
• Effort-Stufen sind am identischen Ausgangsstand verglichen, statt pauschal hochgesetzt.
• Tokenverbrauch, Laufzeit, Korrekturrunden und Review-Zeit sind für 4.8 und 5 protokolliert.
• Tests, Diff und Nutzerweg werden unabhängig von der Modellzusammenfassung geprüft.
• Kritische Änderungen werden vor der Veröffentlichung von einem verantwortlichen Menschen freigegeben.

Claude Opus 5 verschiebt den Punkt, an dem sich ein starkes Modell rechnet – nach oben bei der Fähigkeit und gleichzeitig nach unten bei den Kosten pro brauchbarem Ergebnis. Der Gewinn entsteht aber nicht durch den Modellnamen. Er entsteht, wenn du den Umstieg als messbare Änderung behandelst: mit angepassten Grenzen, aufgeräumten Prompts und einer Abnahme, die weiterhin dir gehört.