Claude Sonnet 4.8: Was der Leak wirklich aussagt und warum das Muster nicht passt

Eine „Sonnet 4.8”-Referenz im Claude Code npm-Paket – aufgetaucht, als am 31. März 2026 versehentlich eine Source-Map-Datei ausgeliefert wurde – bildet die gesamte Beweisgrundlage für das Claude Sonnet 4.8-Gerücht, das sich in den vergangenen acht Wochen aufgebaut hat. Heute, am 24. Mai, schloss der Polymarket über eine Sonnet 4.8-Veröffentlichung bis heute bei 3 %. Es gibt keine Anthropic-Ankündigung, keine Modellkarte, keine API-ID, keine Benchmarks – und es ist vorab erwähnenswert: auch kein Sonnet 4.7.

Der Musterwechsel ist bedeutsamer, als die meisten Berichte zugeben. Im Folgenden wird getrennt, was tatsächlich bestätigt ist, was auf Mustern basierende Spekulation darstellt und was der Leak über Anthropics nächste Sonnet-Veröffentlichung aussagt – und was nicht.

Was bestätigt ist

Punkt	Status
„Sonnet 4.8”-String existiert in Claude Code Source-Map (31. März 2026)	Bestätigt
Source-Map: ~512K Zeilen TypeScript, versehentlich via npm ausgeliefert	Bestätigt
Ursprünglicher Leak-Post trug einen ?-Qualifier (geringe Glaubwürdigkeit)	Bestätigt
Anthropic hat keine öffentliche Stellungnahme zu Sonnet 4.8 abgegeben	Bestätigt
Keine Modellkarte, keine API-ID, keine Preise, keine Benchmarks veröffentlicht	Bestätigt
Polymarket „Sonnet 4.8 bis 24. Mai” schloss bei 3 %	Bestätigt

Das ist die Grundlage. Alles andere ist Interpretation.

Der Musterwechsel

Anthropic war bemerkenswerterweise konsequent darin, Opus- und Sonnet-Nebenversionen zu koppeln:

Opus	Sonnet	Muster
Opus 4.5	Sonnet 4.5	Gepaart
Opus 4.6	Sonnet 4.6	Gepaart
Opus 4.7 (16. April 2026)	— (kein Sonnet 4.7)	Anomalie

Der aktuelle Stand ist, dass Opus 4.7 seit fünf Wochen verfügbar ist, ohne ein passendes Sonnet. Der naheliegende nächste Schritt – nach Anthropics eigenem historischem Rhythmus – ist Sonnet 4.7, nicht Sonnet 4.8. Die Codersera-Analyse brachte es direkt auf den Punkt: „Von Sonnet 4.6 direkt zu Sonnet 4.8 zu springen, ohne eine 4.7, wäre das erste Mal.”

Drei Lesarten des geleakten Strings, geordnet nach dem Gewicht, das ihnen beigemessen werden sollte:

1. Planungsartefakt. Source-Map-Leaks zeigen routinemäßig interne Versionsnummern, die keinen tatsächlichen bevorstehenden Releases entsprechen. Engineering-Teams planen drei oder vier Versionen im Voraus; Produktnamen werden in Konfigurationsdateien eingetragen, lange bevor ein Modell trainiert wird. „4.8” in einem TypeScript-Bundle ist konsistent mit einem Platzhalter für zukünftige Planung.
2. Übersprungene-Sonnet-Hypothese. Anthropic entscheidet, dass Sonnet 4.7 es nicht wert ist, ausgeliefert zu werden (vielleicht hat sich der Trainingslauf nicht klar genug von 4.6 abgegrenzt) und springt direkt zu einer 4.8, die die Opus 4.7-Arbeit plus zusätzliche Änderungen enthält. Das ist plausibel, aber beispiellos – Anthropic hat historisch jede trainierte Sonnet-Generation ausgeliefert.
3. Sonnet 4.8 steht unmittelbar bevor. Die aggressivste Lesart. Die Polymarket-3 %-Zahl ist die Marktpreisgebung für dieses Szenario, und sie bewertet es nahezu bei null.

Die ehrliche Einschätzung: Die wahrscheinlichste nächste Sonnet-Veröffentlichung ist 4.7, passend zum bestehenden Opus 4.7. Der 4.8-String ist eher ein Planungsmarker als ein Signal für eine Produktveröffentlichung.

Was die gemunkelten Features aussagen (und was nicht)

Die nachgelagerte Berichterstattung über den Leak hat mehrere Feature-Namen zitiert – KAIROS persistente Agenten, Undercover Mode, Mythos-Referenzen – als Beleg dafür, was Sonnet 4.8 enthalten wird. Zwei Anmerkungen dazu:

1. Namen in einem Source-Bundle sind keine ausgelieferten Features. Ein KAIROS-String in kompiliertem TypeScript könnte ein entfernter Prototyp, ein feature-geflaggertes Experiment, ein Codename für ein unverwandtes Subsystem oder eine für später zurückgestellte geplante Funktion sein. Das Vorhandensein eines Strings in einer Source-Map ist der rauschreichste Kanal, der für das Verständnis einer Produkt-Roadmap existiert.
2. Das Muster bei früheren Anthropic-Leaks. Interne Namen, die in früheren Source-Map-Leaks auftauchten – „Claude Mythos” ist das prominenteste Beispiel – erwiesen sich als Bezüge auf die Opus-Linie, nicht auf Sonnet. Wenn KAIROS das nächste persistente-Agenten-Produkt ist, handelt es sich wahrscheinlich um ein Feature der Opus-Klasse oder der Plattformebene, nicht um eine Änderung am Sonnet-Modell.

Das bedeutet nicht, dass die gemunkelten Features erfunden sind – es bedeutet, dass sie nicht spezifisch auf Sonnet 4.8 in einer Weise bezogen sind, die eine Planung dagegen ermöglichen würde. Warten Sie auf die Modellkarte.

Was Sonnet 4.6 heute noch für Sie leistet

Es lohnt sich, dies zu erwähnen, weil das Narrativ „Sonnet 4.8 kommt bald” die Tatsache verdeckt, dass Sonnet 4.6 ein bemerkenswert leistungsfähiges Modell ist, das seit drei Monaten stabil ist:

• Preise: 3 $ Eingabe / 15 $ Ausgabe pro 1 Mio. Token (mit 90 % Prompt-Cache-Einsparungen, 50 % Batch-Einsparungen) – identisch mit Sonnet 4.5
• Benchmark-Profil: 70 % tokeneffizienter als Sonnet 4.5 bei Dateisystem-Benchmarks mit 38 % Genauigkeitsverbesserung, laut Anthropic
• Kontextfenster: 1 Mio. Token pauschal (kein Aufpreis)
• Coding-Standard: Nach wie vor der Entwickler-Standard für toolgesteuerte Coding-Workflows, wobei Gemini 3.5 Flash jetzt bei Agenten-Benchmarks konkurriert, Sonnet 4.6 aber weiterhin bei SWE-Bench Pro auf Pro-Tier führt

Wenn Ihr Produktions-Stack auf Sonnet 4.6 läuft, gibt es heute keinen Grund, eine Migration zu planen. Das Nächste, das Sie tatsächlich evaluieren werden, ist Sonnet 4.7 (wahrscheinlich) oder Sonnet 4.8 (weniger wahrscheinlich), und beide werden eine eigene Benchmark-Validierung erfordern, wenn sie erscheinen.

Was Builder tatsächlich tun sollten

Drei konkrete Schritte, während der Spekulationszyklus weiterläuft:

1. Verknüpfen Sie Ihren Evaluierungszeitplan nicht mit Leak-Spekulationen. Das Framing „Sonnet 4.8 kommt im Mai 2026” kursiert seit acht Wochen. Wir sind am Ende des Mais. Der Polymarket steht bei 3 %. Wenn Ihre Roadmap auf Sonnet 4.8 wartete, um eine Entscheidung zu treffen, sind Sie über den Punkt hinaus, an dem Warten sich auszahlt.
2. Führen Sie stattdessen Ihr Eval-Set gegen Opus 4.7 aus. Es wurde am 16. April gestartet, kostet mehr (5 $/25 $ pro 1 Mio.) ist aber heute verfügbar. Wenn Ihre Workload rechenintensiv ist und Sie ein Sonnet-Upgrade hinausgezögert haben, ist das tatsächlich verfügbare Modell Opus 4.7.
3. Planen Sie für „nächstes Sonnet”, nicht für „Sonnet 4.8 speziell”. Was auch immer Anthropic als nächstes ausliefert, wird eine Überprüfung der System-Karte, einen Durchlauf Ihres Eval-Sets dagegen und eine Deployment-Entscheidung erfordern. Die Versionsnummer erweist sich am Ende als der uninteressanteste Teil dieses Prozesses.

Wann Sie tatsächlich aufhorchen sollten

Drei Signale, die diese Geschichte bedeutsam machen würden:

1. Eine offizielle Anthropic-Ankündigung. Der Anthropic-Newsfeed ist der einzige Ort, der es wert ist, beobachtet zu werden. Source-Map-Leaks haben eine nahezu null Korrelation mit dem Release-Timing.
2. Eine Modell-ID, die in den Claude API-Docs erscheint. Anthropic veröffentlicht Modell-IDs als Teil von API-Dokumentationsaktualisierungen. Bis claude-sonnet-4-8-20XXXXXX (oder ähnlich) dort auftaucht, existiert das Modell für API-Nutzer nicht.
3. Eine System-Karte auf Anthropics Deployment Safety Hub – oder seinem Anthropic-Äquivalent. Jede neuere Claude-Veröffentlichung wurde mit dokumentierten Evaluierungsdaten ausgeliefert. Keine Karte bedeutet kein Release.

Wie Sie heute auf Anthropics aktuelle Modelle zugreifen

Für LLM-seitige Workloads bietet der WaveSpeedAI LLM-Endpoint OpenAI-kompatiblen Zugang zu aktuellen Frontier-Textmodellen – einschließlich Anthropics Claude-Familie – hinter einem einzigen API-Schlüssel. Wenn Sonnet 4.7 (oder 4.8, falls Anthropic das Muster tatsächlich bricht) wirklich erscheint, können Sie es innerhalb von Tagen unter demselben Endpoint vergleichen.

Bis dahin gilt: Sonnet 4.6 und Opus 4.7 sind die Produktionsoptionen. Der Leak ist ein Leak.