Claude Sonnet 5.5: Kosten verstehen und den Wechsel sauber testen

Claude Sonnet 5.5: Was ist neu und bereits verfügbar?

Direktantwort: Die Claude-API-ID lautet claude-sonnet-5-5. Das Modell hat ein Kontextfenster von einer Million Tokens und regulär maximal 128.000 Output-Tokens. Die Modellübersicht führt Claude API, Amazon Bedrock, Google Cloud, Microsoft Foundry und Claude Platform on AWS als Zugänge auf. Prüfe bei einer Cloud-Integration zusätzlich deren Modell-ID und unterstützte Funktionen. Quelle: aktuelle Sonnet-Modellübersicht.

Anthropic berichtet von Fortschritten bei Programmierung, Wissensarbeit und Werkzeugnutzung sowie einer gegenüber Sonnet 5 um mehr als 30 Prozent schnelleren Textausgabe. Das sind Herstellerangaben aus dessen Tests. Sie beschreiben weder die gesamte Laufzeit deines Prozesses noch eine garantierte Ersparnis. Wartezeiten externer Systeme, Rückfragen und die Prüfung des Ergebnisses bleiben Teil der Rechnung. Quelle: Veröffentlichung vom 28. September.

Die Nachricht ergänzt die bereits erschienenen Modelle Opus 5.5 und Fable 5.1. Update 8. Oktober: Haiku 5.5 ist seit dem 7. Oktober verfügbar, mit der API-ID claude-haiku-5-5. Quelle: Haiku-Veröffentlichung vom 7. Oktober.

API-Preise: Sonnet, Opus und eine konkrete Rechnung

Die Werte gelten pro einer Million regulärer Tokens, Stand 8. Oktober 2026. Sonnet 5.5 kostet seit dem 7. Oktober beim Cache-Lesen 0,10 US-Dollar je Million Tokens; Cache-Schreibvorgänge kosten je nach Haltedauer zusätzlich. Ein Claude-Abonnement und die API werden getrennt betrachtet. Quelle: Spezifikationen und Preistabelle; Preisanpassung vom 7. Oktober.

Eigene Beispielrechnung: Eine Auswertung mit 100.000 regulären Input-Tokens und 10.000 Output-Tokens ergibt für Sonnet 5.5 rechnerisch 0,30 US-Dollar: 0,20 für Input plus 0,10 für Output. Bei Opus 5.5 wären es bei identischer Tokenmenge 0,60 US-Dollar. Nicht enthalten sind Cache-Schreibkosten, weitere Modellaufrufe, Werkzeuge und menschliche Bearbeitungszeit.

Für eine wirtschaftliche Entscheidung würden wir die Kosten je freigegebenem Ergebnis messen. Wenn zehn günstige Entwürfe lange korrigiert werden müssen, kann eine teurere, direkt brauchbare Auswertung günstiger sein. Die Beispielrechnung ist deshalb eine Budgethilfe und keine Aussage darüber, welches Modell deine Aufgabe am besten löst.

Welches Modell passt zu welchem Unternehmensprozess?

Unsere Einordnung: Teste Sonnet 5.5 zuerst bei häufigen, klar umrissenen Aufgaben: Supportfälle vorstrukturieren, Angebotsunterlagen vergleichen oder einen definierten Softwarefehler bearbeiten. Verwende Opus 5.5 als Vergleich für Fälle mit vielen Abhängigkeiten. Fable 5.1 kann bei besonders schwierigen Aufgaben als weitere Qualitätsreferenz dienen. Diese Aufteilung ist ein Testvorschlag, keine feste Produktgrenze.

Beispiel Angebotsprüfung: Ein Einkaufsteam gibt beiden Modellen dieselben drei anonymisierten Angebote, eine Liste verbindlicher Anforderungen und ein Ausgabeschema. Bewertet wird, ob Mengen, Termine, Ausschlüsse und fehlende Angaben korrekt erfasst sind. Eine flüssig formulierte Empfehlung bekommt keinen Bonus, wenn ihre Zahlen nicht zur Quelle passen.

Lege vor dem Vergleich fest, was einen Abbruch auslöst: etwa widersprüchliche Mengeneinheiten, eine fehlende Anlage oder eine nicht lesbare Tabelle. Das Modell soll solche Lücken sichtbar machen. So wird aus der allgemeinen Frage nach dem „besten Modell“ eine überprüfbare Entscheidung für einen bestimmten Arbeitsschritt. Weitere Orientierung bietet unser Vergleich der Claude-Modelle.

Migration: Thinking, Werkzeuge und Gesprächsverlauf prüfen

Die offizielle Migrationsanleitung betrifft direkte Messages-API-Integrationen. Dort reicht der Austausch der Modell-ID häufig nicht. thinking.type: disabled wird abgewiesen. Für ausgeschaltetes anfängliches Denken ist between_tools vorgesehen, bei maximal high Effort. Erzwungene Werkzeugwahl über tool_choice mit any oder tool wird ebenfalls abgewiesen. auto erlaubt weiterhin Antworten ohne Werkzeugaufruf; die Anwendung muss das berücksichtigen.

Thinking-Blöcke müssen unverändert in Werkzeugschleifen zurückgegeben werden. Gesprächsbindung und Modellkompatibilität begrenzen ihre Wiederverwendung. Bei Computer Use verlangen Claude API und Google Cloud das neue computer_toolset_20260801; Amazon Bedrock verwendet für Sonnet 5.5 weiterhin computer_20251124. Prüfe die passende Plattformspalte, bevor du gemeinsame Konfigurationen änderst.

Die Dokumentation der Neuerungen nennt außerdem die Bindung erzeugter Thinking-Blöcke an das ursprüngliche oder ein verknüpftes Konto. Längere Fortschrittsmeldungen zwischen Werkzeugen können als Thinking-Blöcke zurückkommen und standardmäßig unsichtbar sein. Ein stilles Frontend bedeutet dadurch nicht zwingend, dass der Agent hängen geblieben ist.

• Parser: Jeden Inhaltsblock anhand seines Typs verarbeiten und eine Antwort ohne Werkzeugaufruf testen.
• Verlauf: Fortsetzungen, Wiederholungen und Kontowechsel mit Testgesprächen prüfen.
• Oberfläche: Anzeige von Fortschritt, Abbruch und tatsächlichem Abschluss getrennt kontrollieren.
• Alte Integration: Zusätzlich die Migrationspunkte für dein Ausgangsmodell durcharbeiten; von Sonnet 4.x gelten weitere Änderungen.

Ein Pilot, der eine belastbare Wechselentscheidung liefert

Vorgeschlagener Ablauf: Wähle zunächst zwanzig typische Fälle und fünf bewusst schwierige Fälle aus einem Prozess. Verwende freigegebene oder anonymisierte Daten und dieselbe Ausgangslage für beide Modelle. Die folgenden Schritte sind unsere praktische Empfehlung und kein von Anthropic vorgeschriebener Teststandard.

1. Erfasse die aktuelle Bearbeitung: Ergebnisqualität, Gesamtdauer, Wiederholungen und menschliche Prüfzeit.
2. Führe Sonnet 5.5 in einer Testumgebung mit explizitem Kosten- und Laufzeitlimit aus.
3. Lass dieselbe verantwortliche Person beide Ergebnisse nach vorher festgelegten Kriterien prüfen.
4. Untersuche Fehler einzeln: falsche Quelle, verlorene Anforderung, Werkzeugfehler oder fehlerhafte Integration.
5. Gib erst einen begrenzten Anteil echter Aufgaben frei und halte die bisherige Konfiguration als Rückfalloption bereit.

Ein sinnvoller Abschluss ist eine kurze Entscheidungsvorlage: Welche Fälle funktionieren, welche bleiben beim bisherigen Ablauf und welche Bedingungen führen zur menschlichen Übergabe? Dokumentiere außerdem Modell-ID, Einstellungen und Testdatum. Damit kann dein Team später erkennen, ob eine neue Version tatsächlich besser arbeitet oder lediglich anders formuliert.

Sonnet 5.5 an deinem Unternehmensprozess testen: Nenne uns den wiederkehrenden Ablauf und die beteiligten Systeme. Wir prüfen mit dir ein abgegrenztes Testszenario, passende Messgrößen und den Aufwand der API-Integration.