Claude Opus 4.8 Fast Mode: Vor dem 30. November zu Opus 5.5 wechseln

Fast Mode für Opus 4.8 entfällt am 30. November 2026. Betroffene Anfragen schlagen danach ohne automatischen Wechsel zur Standardgeschwindigkeit fehl. Finde Modell- und Geschwindigkeitseinstellungen, migriere zu Opus 5.5 und prüfe usage.speed. Vergleiche Preise der direkten API, berücksichtige separate Limits und aktualisiere Claude Code. Halte eine geprüfte Konfiguration mit Standardgeschwindigkeit für den Rückweg bereit.

Inhalt
Claude Opus 4.8 Fast Mode: Vor dem 30. November zu Opus 5.5 wechseln

Fast Mode für Claude Opus 4.8 ist abgekündigt. Migriere Anfragen mit claude-opus-4-8 und speed: "fast" vor dem 30. November 2026 zu claude-opus-5-5. Nach der Entfernung führt die alte Kombination zu einem Fehler, ohne automatisch zur Standardgeschwindigkeit zu wechseln.

Anthropic hat den Termin in den Release Notes vom 30. Oktober angekündigt. Die Versionshinweise zu Claude Code v2.1.316 bestätigen ausdrücklich, dass kein automatischer Wechsel erfolgt.

Die Änderung entfernt eine Geschwindigkeitsoption. Mit Stand 2026-11-02 führt die Tabelle zum Modelllebenszyklus claude-opus-4-8 weiterhin als Active. Eine Stilllegung ist nach dem vorläufigen Zeitplan frühestens am 28. Mai 2027 möglich. Wenn du das Modell behalten musst, entferne die Fast-Mode-Einstellung und prüfe Anfragen mit Standardgeschwindigkeit.

Die folgenden Schritte gelten für die direkt von Anthropic bereitgestellte Messages API. Sie behandeln außerdem die Einstellungen, die du in Claude Code prüfen solltest.

1. Betroffene Anfragen im Code und in der bereitgestellten Konfiguration finden

Suche getrennt nach Modell und Geschwindigkeit. Verfolge anschließend, wo deine Anwendung beide Einstellungen zusammenführt. Sie können aus unterschiedlichen Dateien, Umgebungsvariablen oder Gateway-Regeln stammen.

Installiere ripgrep und starte diese Suche im Stammverzeichnis deines Repositorys unter Bash:

rg -l --hidden --no-ignore \
  -g '!.git' \
  -g '!node_modules' \
  -g '!.venv' \
  -e 'claude-opus-4-8' \
  -e 'fast-mode-2026-02-01' \
  -e 'fastMode' \
  -e 'speed' .

Der Befehl zeigt Dateinamen statt Konfigurationsinhalte. Er berücksichtigt versteckte und ignorierte Dateien, die lokale Einstellungen enthalten können. Prüfe jeden Treffer: Eine allgemeine Einstellung namens speed kann einen anderen Zweck haben.

Prüfe auch Konfigurationen außerhalb des Repositorys:

  • Variablen der bereitgestellten Anwendung und Einstellungen von CI-Jobs.
  • Standardmodelle der Agenten und Listen alternativer Modelle.
  • Modellzuordnungen und Änderungen an Anfragen im Gateway.
  • Benutzer-, Projekt- und zentral verwaltete Einstellungen von Claude Code.

Prüfe, ob die tatsächlich gesendete Anfrage sowohl die alte Modell-ID als auch speed: "fast" enthält. Ein Nutzungsbericht, der nur das Modell nennt, belegt den verwendeten Geschwindigkeitsmodus nicht.

Erfasse für jeden betroffenen Dienst den Verantwortlichen, die Konfigurationsquelle, das angefragte Modell, die gewünschte Geschwindigkeit und den geplanten Rückweg. Halte Zugangsdaten und Prompt-Inhalte aus dieser Übersicht heraus.

2. Modell wechseln und inkompatible Einstellungen prüfen

Behalte für Opus 5.5 speed: "fast" bei und entferne die Beta-Kennung, die nur für Fast Mode benötigt wurde. Die Funktionsdokumentation zu Opus 5.5 bestätigt ausdrücklich, dass dieses Modell den betreffenden Beta-Header nicht benötigt.

Falls anthropic-beta mehrere Funktionskennungen enthält, entferne nur fast-mode-2026-02-01. Behalte Kennungen bei, die andere Funktionen benötigen.

Prüfe diese Einstellungen, bevor du bestehende Aufgaben an das neue Modell sendest:

Einstellung oder VerhaltenÄnderung für Opus 5.5
modelSetze claude-opus-5-5.
speedBehalte "fast" bei, wenn du Fast Mode benötigst.
thinkingLasse den Parameter weg oder verwende {"type":"adaptive"}. Deaktiviertes Reasoning und manuelle Budgets mit enabled werden abgelehnt.
tool_choiceVerwende {"type":"auto"} oder {"type":"none"}. Erzwungene Auswahl mit any sowie die Auswahl eines benannten Werkzeugs mit tool werden abgelehnt.
temperature, top_p, top_kLasse diese Parameter weg.
Vorgegebener Antwortanfang des AssistentenEntferne eine unvollständige Assistentennachricht, die den Beginn der nächsten Antwort vorgibt.
Auswertung der AntwortWähle Textblöcke anhand von type. Verlasse dich nicht darauf, dass content[0].text die Antwort enthält.

Diese Prüfungen stammen aus dem Migrationsleitfaden für Opus 5.5. Einige Einschränkungen gelten bereits für frühere Modelle. Gemeinsamer Code zum Erstellen von Anfragen kann inkompatible Parameter während der Migration trotzdem wieder hinzufügen.

Wenn deine Anwendung den Aufruf eines bestimmten Werkzeugs voraussetzt, verändert der Wechsel von einer erzwungenen Auswahl zu auto dieses Verhalten. Passe die Validierung an und teste diesen Ablauf vor der Umstellung.

Opus 5.5 aktiviert adaptives Reasoning immer. Prüfe max_tokens, denn Reasoning und sichtbarer Text teilen sich dieses Limit. Mit output_config.effort steuerst du die Tiefe des Reasonings.

Bei Abläufen mit Werkzeugaufrufen musst du vollständige Assistentennachrichten beibehalten, einschließlich der Reasoning-Blöcke, wenn du Werkzeugergebnisse zurücksendest. Das Filtern von Text für die Anzeige darf den erneut gesendeten Gesprächsverlauf nicht verändern. Wenn deine Anwendung den Verlauf umschreibt oder Werkzeuge zur Computersteuerung nutzt, prüfe auch die dafür vorgesehenen Abschnitte des Migrationsleitfadens.

3. Eine Anfrage senden und die zurückgemeldete Geschwindigkeit prüfen

Prüfe usage.speed in einer erfolgreichen Antwort, bevor du Produktionstraffic umstellst. Das Anfragefeld nennt die gewünschte Geschwindigkeit; das Antwortfeld zeigt den tatsächlich verwendeten Modus.

Du benötigst Bash, jq und eine curl-Version mit Unterstützung für --fail-with-body. Verwende einen Schlüssel für die direkte Claude API mit Zugriff auf Fast Mode. Mit Stand 2026-11-02 hat Opus 5.5 voreingestellte Fast-Mode-Limits in den Stufen Start, Build und Scale. Organisationen der Stufe Evaluation müssen in eine berechtigte Stufe wechseln.

Dieses Beispiel nutzt das aktuelle Anfrageformat der Messages API. Es sendet eine Anfrage ohne Streaming, speichert die Antwort, prüft sie und gibt den Text aus:

read -rs ANTHROPIC_API_KEY && export ANTHROPIC_API_KEY

curl --silent --show-error --fail-with-body \
  --max-time 600 \
  --dump-header fast-headers.txt \
  --output fast-response.json \
  https://api.anthropic.com/v1/messages \
  -H "Authorization: Bearer $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2026-10-21" \
  -H "Content-Type: application/json" \
  --data '{
    "model": "claude-opus-5-5",
    "max_tokens": 4096,
    "speed": "fast",
    "stream": false,
    "output_config": {"effort": "low"},
    "messages": [
      {
        "role": "user",
        "content": "Explain a cache hit in one sentence."
      }
    ]
  }' &&
jq -e '
  .type == "message"
  and .model == "claude-opus-5-5"
  and .usage.speed == "fast"
  and .stop_reason == "end_turn"
  and any(
    .content[]?;
    .type == "text" and (.text | length > 0)
  )
' fast-response.json &&
jq -r '.content[] | select(.type == "text") | .text' fast-response.json

Die erwartete Ausgabe der Prüfung ist true, gefolgt von der Modellantwort. Das ist ein Erfolgskriterium, kein aufgezeichnetes Ausführungsergebnis.

Die Operatoren && verhindern, dass eine fehlgeschlagene Anfrage die Erfolgsprüfungen erreicht. Das Limit 4096 und der Aufwand low wurden für dieses kleine Beispiel gewählt. Fast Mode schreibt diese Werte nicht vor.

Das Beispiel verwendet anthropic-version: 2026-10-21. Prüfe den separaten Leitfaden zur Migration der API-Version, bevor du diesen Header in einer bestehenden Integration änderst.

Wenn curl fehlschlägt, prüfe den Fehler und den neu gespeicherten Antwortinhalt. Wenn die Anfrage erfolgreich war, aber die Validierung fehlschlägt, prüfe model, usage.speed, stop_reason und content.

Eine Antwort kann Fast Mode verwenden und trotzdem max_tokens erreichen. Folge den Hinweisen zu den Gründen für das Antwortende und passe anschließend das Ausgabelimit oder den Aufwand an. Ein fehlendes Geschwindigkeitsfeld oder der Wert "standard" besteht diese Fast-Mode-Prüfung nicht.

Mit Stand 2026-11-02 listet BetterToken sowohl claude-opus-4-8 als auch claude-opus-5-5. Die Messages-Referenz dokumentiert https://www.bettertoken.ai/v1/messages. Prüfe für diesen Zugangsweg vor der Migration die Weiterleitung der Fast-Mode-Einstellung, das zurückgegebene usage.speed und die Abrechnung. Verwende die dort dokumentierte Authentifizierung: Ein Eintrag in der Modellliste allein bestätigt keine Unterstützung für Fast Mode.

4. Kapazitätsfehler getrennt von Migrationsfehlern behandeln

Plane parallele Anfragen anhand der eigenen Limits von Fast Mode. Die Kapazität von Opus bei Standardgeschwindigkeit beschreibt nicht die verfügbare Fast-Mode-Kapazität.

Die Dokumentation zu Ratenlimits verweist für konkrete Werte auf die Limitseite deiner Organisation in der Console. Gehe nicht davon aus, dass die Zahl paralleler Anfragen von Opus 4.8 unverändert zu Opus 5.5 passt.

Suche in den gespeicherten Antwortheadern nach anthropic-fast-input-tokens-remaining und anthropic-fast-output-tokens-remaining. Damit erkennst du, ob das Limit für Eingabe- oder Ausgabetokens fast erreicht ist.

Lege für jeden Fehler eine passende Reaktion fest:

  • Fast-Mode-429 mit retry-after: Warte die angegebene Zeit oder wiederhole die Anfrage ohne speed: "fast", wenn Standardgeschwindigkeit genügt.
  • 429 wegen eines Ausgabenlimits: Kläre das Ausgabenlimit. Eine andere Geschwindigkeit stellt ein aufgebrauchtes Budget nicht wieder her.
  • Überlastung mit 529: Begrenze Wiederholungen und verlängere die Wartezeiten zwischen den Versuchen. Gehe nicht davon aus, dass eine andere Geschwindigkeit erfolgreich sein wird.
  • Ungültiger Parameter oder entfernte Fast-Mode-Konfiguration für Opus 4.8: Korrigiere die Anfrage. Wiederholtes Senden derselben Anfrage ersetzt die Migration nicht.

Anthropic dokumentiert den von der Anwendung gesteuerten Wechsel zur Standardgeschwindigkeit bei Fast-Mode-Ratenlimitfehlern. Wenn du diesen Weg wählst, prüfe, ob die Antwort des erneuten Versuchs "standard" meldet.

Steuere Wiederholungen möglichst auf einer einzigen Ebene. Eine zusätzliche Wiederholungsschleife um ein SDK mit eigenen Wiederholungen kann Anfragen und Wartezeiten vervielfachen. Der Leitfaden zum sicheren Auswerten von Retry-After und zu exponentiellen Wartezeiten beschreibt die Umsetzung.

5. Dieselbe Tokenmenge vergleichen

Die veröffentlichten Fast-Mode-Tokenpreise von Opus 5.5 sind niedriger als die von Opus 4.8. Sie liegen weiterhin über den Preisen von Opus 5.5 bei Standardgeschwindigkeit.

Die folgenden Preise gelten für die direkte Claude API in USD, mit Stand 2026-11-02. MTok bedeutet eine Million Tokens.

KonfigurationEingabe pro MTokAusgabe pro MTok
Opus 4.8 Fast Mode$10$50
Opus 5.5 Fast Mode$8$40
Opus 5.5 Standardgeschwindigkeit$4$20

Die Fast-Mode-Preise stammen aus der Preistabelle von Anthropic. Die Standardpreise stehen auch auf der Modellseite von Opus 5.5.

Für eine angenommene Last von 1 MTok Eingabe und insgesamt 0.2 MTok Ausgabe ergeben sich folgende geschätzte Tokenkosten:

Opus 4.8 fast:     1 × $10 + 0.2 × $50 = $20
Opus 5.5 fast:     1 ×  $8 + 0.2 × $40 = $16
Opus 5.5 standard: 1 ×  $4 + 0.2 × $20 =  $8

Fast-to-fast reduction at fixed token usage:
($20 - $16) / $20 = 20%

Die Schätzung setzt nicht zwischengespeicherte Eingaben, keine kostenpflichtigen Serverwerkzeuge und keinen Aufschlag für Datenresidenz voraus. Steuern, Guthaben und kontospezifische Rabatte sind nicht berücksichtigt. Preisänderungen durch Caching und Datenresidenz musst du gesondert berechnen.

Das Ergebnis von 20% gilt bei unveränderter Tokenmenge. Es belegt keine Kostensenkung von 20% für das Erledigen deiner Aufgabe. Reasoning-Tokens von Opus 5.5 werden als Ausgabe berechnet, auch wenn das Reasoning nicht angezeigt wird. Eine Aufgabe, die zuvor ohne Reasoning lief, kann deshalb eine andere Anzahl von Ausgabetokens erzeugen.

Miss bei repräsentativen Aufgaben die akzeptierten Ergebnisse, Tokenkosten, Wiederholungen und verstrichene Zeit. Behalte Fast Mode dort bei, wo schnellere Textgenerierung die Nutzung spürbar verbessert. Teste zuerst Standardgeschwindigkeit bei Hintergrundaufgaben, deren Laufzeit überwiegend durch Werkzeuge oder externe Dienste bestimmt wird.

6. Modellauswahl und Fast Mode in Claude Code aktualisieren

Wähle Opus 5.5 ausdrücklich aus und prüfe anschließend den Fast-Mode-Schalter. Ein Update von Claude Code allein belegt nicht, dass eine gespeicherte Modellauswahl geändert wurde.

Laut Dokumentation zur Modellkonfiguration benötigt Opus 5.5 Claude Code v2.1.280 oder neuer.

Führe bei einer nativen Installation diese Befehle in Bash aus:

claude update
claude --version
claude

Wenn du Claude Code über einen Paketmanager installiert hast, verwende dessen Update-Befehl aus der Installationsdokumentation.

Führe in der interaktiven Claude-Code-Sitzung diese Befehle aus:

/model claude-opus-5-5
/fast
/status

Drücke bei /fast die Taste Space, wenn du den Schalter ändern musst, und bestätige anschließend mit Enter. Der dokumentierte aktive Zustand zeigt Fast mode ON und das Symbol ↯. Mit /status prüfst du das ausgewählte Modell.

Prüfe abweichende Modelleinstellungen in ~/.claude/settings.json, .claude/settings.json und .claude/settings.local.json. Prüfe außerdem ANTHROPIC_MODEL, ANTHROPIC_DEFAULT_OPUS_MODEL, Startoptionen und zentral verwaltete Einstellungen. Ändere vorhandene Schlüssel, ohne die gesamte Einstellungsdatei zu ersetzen.

Starte Claude Code einmal neu und prüfe das Modell erneut. Eine fortgesetzte Sitzung oder eine Konfiguration mit höherer Priorität kann die frühere Auswahl beibehalten.

Das dokumentierte Fast-Mode-Verhalten von Claude Code umfasst einen automatischen Wechsel zur Standardgeschwindigkeit während Wartephasen nach einem Fast-Mode-Ratenlimit. Dieses Verhalten hebt die angekündigten Fehler nach der Entfernung von Opus 4.8 Fast Mode nicht auf.

Wenn ein Kontolimit den Wechsel blockiert, unterscheide zuerst zwischen Claude-Code-Abonnementlimits und API-Fehlern mit 429.

7. Schrittweise umstellen und einen Rückweg bereithalten

Stelle erst einen kleinen Teil des Traffics um, nachdem die Anfrageprüfung und die Akzeptanzprüfungen deiner Anwendung erfolgreich waren.

Prüfe eine normale Textanfrage, einen repräsentativen Werkzeugablauf, falls deine Anwendung Werkzeuge nutzt, und eine Aufgabe nahe deinem üblichen Ausgabelimit. Vergleiche die nutzbaren Ergebnisse des neuen Modells mit denen der aktuellen Konfiguration. Beobachte die bestätigte Geschwindigkeit, Fehlerzahlen, Tokenkosten und die gesamte Bearbeitungszeit.

Halte eine bereits geprüfte Konfiguration mit Standardgeschwindigkeit bereit, um die Umstellung zurücknehmen zu können. Nach dem 30. November ist claude-opus-4-8 mit speed: "fast" kein nutzbarer Rückweg.

Prüfe abschließend erneut die Anfragen der bereitgestellten Dienste. Keine Produktionsroute darf weiterhin die entfernte Kombination aus Modell und Geschwindigkeit zusammensetzen.

Bereit, Ihren LLM-Workflow zu optimieren?

Verbinden Sie Modelle über eine API, verwalten Sie Schlüssel und behalten Sie KI-Kosten im Blick.

Kostenlos starten