Claude Sonnet 4.8: Was der März-2026-Leak bewies und warum das Modell nie kam

Am 31. März 2026 veröffentlichte Anthropic Version 2.1.88 des npm-Pakets @anthropic-ai/claude-code, laut VentureBeat mit einer 59,8 MB großen Source-Map-Datei, die eigentlich niemals öffentlich hätte werden dürfen. Der Grund: Jemand im Build-Prozess hatte vergessen, *.map in die .npmignore aufzunehmen. Anthropic sprach gegenüber VentureBeat von einem Fehler beim Verpacken des Releases, verursacht durch menschliches Versagen, und nicht von einer Sicherheitslücke („a release packaging issue caused by human error, not a security breach“). Das Ergebnis laut Analysen des Quellcodes, etwa von VentureBeat und InfoQ: rund 512.000 Zeilen TypeScript-Quellcode in rund 1.900 Dateien und damit der bis dahin größte versehentliche Leak in der Geschichte der KI-Tools.

Ein Claude Sonnet 4.8 ist nie erschienen. Anthropic hat die Sonnet-Linie von 4.6 direkt auf Claude Sonnet 5 gehoben, veröffentlicht am 30. Juni 2026, das Sonnet 4.6 noch am selben Tag als Standardmodell ablöste; am 24. Juli 2026 folgte Claude Opus 5, am 22. September 2026 Opus 5.5. Anthropic listet Sonnet 5 mit 2 US-Dollar pro Million Input- und 10 US-Dollar pro Million Output-Tokens (API-Kennung claude-sonnet-5) und damit unter Sonnet 4.6 (3/15 US-Dollar); die vom Leak nahegelegte Preisgleichheit ist also ebenfalls nicht eingetroffen. Am 28. September 2026 folgte Claude Sonnet 5.5 zum selben Preis. Der Versionsstring aus der Source Map war echt, das daraus abgeleitete Produkt nicht. Genau das zeigt dieser Fall: Ein Source-Map-Leak beweist, dass ein Name intern existiert hat, nicht, dass er je ausgeliefert wird.

Nach dem Leak kursierten in Tech-Foren, auf X und in englischsprachigen Fachblogs unzählige Spekulationen über ein angeblich bevorstehendes Claude Sonnet 4.8. Das Problem: Die meisten dieser Berichte vermischten nachweisbare Fakten aus dem Leak mit Wunschdenken, und wer auf dieser Grundlage Budget- oder Architekturentscheidungen traf, riskierte Fehlinvestitionen. Dieser Beitrag trennt strikt zwischen dem, was der Quellcode objektiv bewies, und dem, was Interpretation blieb.

Was der Leak objektiv über Sonnet 4.8 verrät

Der einzige nachweisbare Hinweis auf ein Modell namens „Sonnet 4.8" findet sich in der sogenannten Undercover Mode-Konfiguration des Claude-Code-Clients. Dieser Modus aktiviert sich automatisch, wenn ein Anthropic-Mitarbeiter (USER_TYPE === 'ant') Claude Code in einem öffentlichen, nicht zu Anthropic gehörigen Repository verwendet. Seine Funktion: Er entfernt Co-Authored-By-Attributionen aus Git-Commits, blockiert interne Slack-Kanal-Namen und — entscheidend für unsere Analyse — verbietet die Erwähnung noch nicht veröffentlichter Modellversionen.

In der Liste der verbotenen Strings, die in diesem Undercover Mode gefiltert werden müssen, tauchen folgende Einträge auf:

• opus-4-7: veröffentlicht am 16. April 2026
• sonnet-4-8: nie veröffentlicht; nach Sonnet 4.6 kam Sonnet 5
• mythos: als Mythos Preview veröffentlicht am 7. April 2026
• capybara: interner Codename, laut VentureBeat und InfoQ für eine Variante von Claude 4.6
• numbat: zum Zeitpunkt des Leaks unveröffentlicht, unbekanntes Modell

Das ist der gesamte konkrete Beweis. Die bloße Existenz des Strings sonnet-4-8 in einer internen Filterliste bewies, dass Anthropic diese Versionsnummer intern verwendete, mehr nicht. Es gibt im gesamten Leak keine Model-Card, keine API-Dokumentation, keine Benchmarks, keine Feature-Flags, die spezifisch auf Sonnet 4.8 verweisen, und keine Migration-Funktion, die auf diesen Versionsstring zielt. Die Migration-History im Code endet bei migrateSonnet45ToSonnet46.

Was der Leak nicht hergab

Die Klarheit dessen, was wir nicht wissen, ist genauso wichtig wie die Fakten selbst. Im Kontext von KI-Roadmaps verleiten halbe Informationen schnell zu strategischen Fehlentscheidungen. Hier ist eine Liste dessen, was der Leak nicht lieferte:

Kein Veröffentlichungsdatum. Anthropic hatte keinen Zeitplan für Sonnet 4.8 kommuniziert. Der Prognosemarkt Manifold lag für einen Release vor dem 24. Mai 2026 bei etwa 3 Prozent, der Markt hat also massiv gegen einen kurzfristigen Release gewettet. Das Muster der vergangenen Releases (Sonnet 4.5 im September 2025, Sonnet 4.6 im Februar 2026) ließ eher einen Abstand von vier bis fünf Monaten zwischen Point-Releases erwarten. Und die Versionsnummer 4.8 war keine Garantie für das nächste öffentliche Sonnet-Modell: Anthropic übersprang sie und brachte am 30. Juni 2026 Sonnet 5.

Keine spezifischen Features oder Fähigkeiten. Andere Blogs spekulierten über „Vision-Upgrades“, „bessere Coding-Benchmarks“ oder „höhere Bildauflösung“ für Sonnet 4.8. Diese Vermutungen leiteten sich ausschließlich daraus ab, dass Opus 4.7 im April 2026 Verbesserungen in genau diesen Bereichen erhalten hatte (bis zu 2.576 Pixel an der langen Bildkante, 98,5 Prozent auf dem Visual-Acuity-Benchmark des Kunden XBOW laut Anthropics Ankündigung, Task Budgets, File-System Memory Recall). Im Leak gab es jedoch keinen einzigen Hinweis darauf, dass diese Features auf das Sonnet-Tier übertragen würden, erst recht nicht in einer Version 4.8. Das war Analogieschluss, keine Evidenz.

Keine Preisinformationen. Sonnet 4.6 kostete zum Zeitpunkt des Leaks 3 US-Dollar pro Million Input-Tokens und 15 US-Dollar pro Million Output-Tokens. Einige Quellen behaupteten, Sonnet 4.8 werde „wahrscheinlich“ denselben Preis haben. Das war keine aus dem Leak abgeleitete Information, sondern eine extrapolierte Vermutung, und sie hielt nicht: Sonnet 5 kam mit 2 und 10 US-Dollar günstiger als Sonnet 4.6, Sonnet 5.5 am 28. September 2026 zum selben Preis.

Kein API-Model-Identifier. Anthropic dokumentiert seine API-Modelle in einer öffentlichen Liste. Für Sonnet 4.8 gab es dort nie einen Eintrag. Der Leak enthielt ebenfalls keinen API-Endpoint oder internen Routing-Code, der auf claude-sonnet-4-8 oder eine ähnliche ID verweist.

Die Leak-Hierarchie: Was sonst noch im Code steckte

Um Sonnet 4.8 richtig einzuordnen, lohnt sich ein Blick auf die anderen Funde aus dem März-Leak. Sie zeigten, woran Anthropic parallel arbeitete und wie weit diese Features im Vergleich zu einer möglichen neuen Sonnet-Version fortgeschritten waren.

KAIROS — der immer aktive Hintergrund-Agent. Mit über 150 Erwähnungen im Quellcode laut VentureBeat war KAIROS der am weitesten fortgeschrittene unveröffentlichte Bestandteil. Es handelte sich um einen persistenten Daemon, der auch dann läuft, wenn der Entwickler nicht am Rechner sitzt. Laut einer Analyse von Akita on Rails erhält KAIROS periodische <tick>-Prompts, entscheidet autonom, ob er handeln soll, und verfügt über exklusive Tools wie Push-Benachrichtigungen, Datei-Lieferung und GitHub-Webhook-Abonnements. Proaktive Aktionen, die den Nutzer länger als 15 Sekunden blockieren würden, stellt er zurück. Das Feature war vollständig implementiert, aber hinter Compile-Time-Feature-Flags verborgen. Die architektonische Relevanz ist enorm: KAIROS würde Claude Code vom reaktiven Chat-Tool zum proaktiven, selbstständigen System-Partner upgraden. Für Sonnet 4.8 gab es keine vergleichbare Evidenz innerhalb des Leaks.

Capybara, ein interner Modell-Codename. Welches Modell dahintersteht, ist offen: VentureBeat und InfoQ ordnen Capybara einer Variante von Claude 4.6 zu, eine Bestätigung durch Anthropic liegt nicht vor. In Anthropics eigenem Blogentwurf, der kurz vor dem Leak durch eine Datenpanne öffentlich wurde, bezeichnete Capybara dagegen eine neue Modellstufe über Opus; eine zweite Fassung desselben Entwurfs nannte an dieser Stelle Mythos (Fortune, The Decoder). Der Leak enthält laut VentureBeat interne Qualitätsmetriken, die für die Branche bemerkenswert transparent sind: Code-Kommentare nennen für Capybara v4 eine False-Claims-Rate von 16,7 Prozent, für v8 eine von 29 bis 30 Prozent. Was diese interne Kennzahl für falsche Behauptungen genau misst, ist nicht öffentlich. Der Code dokumentiert außerdem einen „assertiveness counterweight", der verhindern soll, dass das Modell zu aggressiv User-Code umschreibt. Diese Daten sind wertvoller als jede Marketing-Benchmark, weil sie echte interne Engineering-Notizen sind.

Numbat — das unbekannte Modell. Neben Capybara existiert im Code ein weiterer Tier-Codename: Numbat. Ein Kommentar lautet wörtlich „Remove this section when we launch numbat". Das bewies, dass Numbat ein eigenständiges Modell in der Pre-Launch-Phase war; zu Tier, Fähigkeiten oder Zeitplan gab es aber keine Informationen.

ULTRAPLAN, Coordinator Mode, Buddy System. Der Leak enthält laut der Analyse von Akita on Rails 44 Compile-Time-Feature-Flags. ULTRAPLAN offloaded demnach komplexe Architekturplanung in Remote-Cloud-Container mit bis zu 30 Minuten Rechenzeit. Coordinator Mode ermöglicht Multi-Agent-Schwärme, bei denen ein Claude-Instanz parallele Worker-Agenten spawnen und managen kann. Das Buddy System ist ein Tamagotchi-artiger ASCII-Begleiter im Terminal — offenbar als Easter Egg für den 1. April 2026 konzipiert. All diese Features waren im Code vollständig vorhanden, aber für externe Builds auf false gesetzt.

Warum die Versionsnummer 4.8 statt 4.7 verwirrte

Eine der am häufigsten gestellten Fragen in den Foren lautete: Warum gibt es kein Sonnet 4.7? Anthropic veröffentlichte Opus 4.7 am 16. April 2026. Ein festes Muster, nach dem Sonnet dem Opus-Release folgt, gibt es dabei nicht: Opus 4 und Sonnet 4 erschienen am selben Tag, Sonnet 4.5 acht Wochen vor Opus 4.5, und nur bei 4.6 folgte Sonnet zwölf Tage nach Opus (Release Notes). Einige Analysten spekulierten dennoch, ein Sonnet 4.7 würde kurz nach Opus 4.7 erscheinen. Stattdessen fand sich im Leak nur der String „sonnet-4-8".

Dafür kursierten mehrere Erklärungen, die alle unbewiesen blieben: ein Sprung der Sonnet-Reihe von 4.6 auf 4.8, um die Parität zur Opus-Version herzustellen; ein internes Sonnet 4.7, das nie veröffentlicht wurde und in 4.8 aufging; oder eine willkürliche Nummerierung ohne Aussage über den Funktionsumfang. Am Ende sprang Anthropic von Sonnet 4.6 direkt auf Sonnet 5, und die Versionsnummer 4.8 erschien nie öffentlich.

Was Entwickler und Unternehmen daraus mitnehmen sollten

Aus unserer Perspektive als Agentur, die mittelständische Unternehmen bei KI-Integration berät, lassen sich drei Lehren ableiten, die über diesen Leak hinaus gelten.

Erstens: Keine Architekturentscheidungen auf Basis von Leaks treffen. Wer im Frühjahr auf ein Sonnet 4.8 gewartet hat, hat auf ein Modell gewartet, das nie kam. Die richtige Wahl war das jeweils verfügbare Modell: bis Ende Juni Sonnet 4.6, das Nutzer in frühen Claude-Code-Tests laut Anthropic in rund 70 Prozent der Fälle Sonnet 4.5 vorzogen, danach Sonnet 5 und ab dem 28. September 2026 Sonnet 5.5. Dank Abstraktionsschichten in der API-Integration ist ein Modellwechsel in der Regel eine Konfigurationsänderung, kein Rewrite. Auf Leaks basierende Vorab-Migrationen sind technische Schulden ohne Return.

Zweitens: Die agentischen Features im Blick behalten. Wenn der Leak eine Sache klar gemacht hat, dann dass Anthropic den Schwerpunkt massiv von reinen Modell-Upgrades auf agentische Fähigkeiten verlagert. KAIROS, Coordinator Mode und ULTRAPLAN waren im Leak keine marginalen Experimente, sondern vollständig implementierte Subsysteme. Für Entwickler bedeutet das: Die Frage wird nicht mehr sein „Welches Modell nutze ich?", sondern „Wie orchestriere ich mehrere Agenten, die autonom arbeiten?". Wer seine Infrastruktur auf reines Prompting optimiert, verpasst den eigentlichen Paradigmenwechsel.

Drittens: Quellenkompetenz trainieren. Die meisten Artikel über Sonnet 4.8 im deutsch- und englischsprachigen Raum verstärkten sich gegenseitig, ohne auf Primärquellen zurückzugreifen. Der ursprüngliche Tweet, der den String entdeckte, trug selbst ein Fragezeichen-Qualifier. Wavespeed.ai stufte die Bestätigungslage als gering ein („low corroboration“), und das zu Recht. Wir empfehlen jedem Technologie-Verantwortlichen, vor strategischen Entscheidungen mindestens zwei unabhängige Primärquellen zu prüfen. Für diesen Leak sind das der GitHub-Mirror des Original-Source-Maps (durch DMCA-Takedowns weitgehend entfernt) und die detaillierten Analysen von DecodeTheFuture.org sowie Kuber Studio, die den Original-Code zeitnah dokumentierten.

Fazit

Claude Sonnet 4.8 existierte als interner Versionsstring bei Anthropic, und mehr hat der Claude-Code-Leak vom 31. März 2026 dazu nie bewiesen. Erschienen ist das Modell nie; nach Sonnet 4.6 kam Sonnet 5. Jede Aussage über Features, Preise, Release-Termine oder Benchmarks war Spekulation, teils plausibel, aber nie aus dem Leak abgeleitet. Der wahre Wert des Leaks lag woanders: Er zeigte, dass Anthropic schon im März über Modelle, Agenten-Frameworks und Sicherheitsmechanismen verfügte, die die öffentliche Wahrnehmung von „KI-Assistenz“ um ein Jahrzehnt voranschieben könnten.

Für Unternehmen ist die Konsequenz klar: Investieren Sie in robuste, modell-agnostische Architekturen und in das Verständnis agentischer Workflows, nicht in das Warten auf die nächste Versionsnummer. Seit dem 28. September 2026 gibt es Sonnet 5.5; KAIROS und Mythos zeigen, wo die Reise hingeht. Wer das unterscheiden kann, verschwendet kein Budget auf Gerüchte.

Häufige Fragen zu Claude Sonnet 4.8