Am 8. Juli 2026 hat Microsoft TypeScript 7.0 freigegeben – den in Go geschriebenen, nativen Compiler. Die Geschwindigkeitszahlen sind außergewöhnlich und sie halten der Prüfung stand. Trotzdem ist die Antwort auf die Frage „sollen wir umsteigen?“ für die meisten Projekte derzeit noch: jein. Der Grund steht nicht in den Schlagzeilen, sondern in einem Nebensatz der Release-Notes.
Die Zahlen, die stimmen
Microsoft hat die Benchmarks an echten, großen Codebasen gemessen. Build-Zeit mit den Standardeinstellungen:
- VS Code: 125,7 s → 10,6 s (Faktor 11,9)
- Sentry: 139,8 s → 15,7 s (Faktor 8,9)
- Playwright: 12,8 s → 1,47 s (Faktor 8,7)
Mit mehr parallelen Checkern (--checkers 8) geht VS Code sogar auf 7,5 Sekunden herunter – Faktor 16,7. Auch aus der Praxis gibt es belastbare Zahlen: Slack berichtet, dass der Typecheck in der CI von 7,5 auf 1,25 Minuten gefallen ist und sich die Zeit in der Merge-Queue um 40 Prozent verkürzt hat.
Noch spürbarer ist der Effekt im Editor: Die Zahl fehlgeschlagener Language-Server-Kommandos sank laut Microsoft um über 80 Prozent, die Abstürze um über 60 Prozent. In VS Code dauerte es früher 17,5 Sekunden vom Öffnen einer Datei bis zur ersten Fehleranzeige – jetzt sind es unter 1,3 Sekunden.
Eine Erwartung sollte man allerdings dämpfen: Der Speicherverbrauch sinkt nur um 6 bis 26 Prozent, nicht um den Faktor, den die Geschwindigkeit nahelegt. Wer wegen RAM-Problemen in der CI umsteigen will, wird enttäuscht.
Der Haken: TypeScript 7.0 hat keine API
Hier steht der entscheidende Satz, und er stammt wörtlich von Microsoft: TypeScript 7.0 wird ohne API ausgeliefert; eine neue – und andere – API soll erst mit 7.1 kommen.
Das klingt nach einem Detail für Werkzeugbauer, ist aber der Grund, warum ein großer Teil des Ökosystems noch nicht mitkann. Denn jedes Werkzeug, das den TypeScript-Compiler programmatisch einbindet, hängt an genau dieser API:
- typescript-eslint unterstützt TypeScript 7 noch nicht – wer typbasiertes Linting nutzt, ist blockiert.
- Vue, Svelte, Astro und MDX können TypeScript 7 laut Microsoft vorerst nicht nutzen.
- Angular kann sein Template-Type-Checking nicht darauf umstellen.
- Alles, was den Compiler importiert – Codegenerierung, eigene Transformer, ts-node, ts-jest – muss warten.
Microsoft ist da bemerkenswert offen und empfiehlt selbst einen Hybrid-Betrieb: TypeScript 7 für den Typecheck in CI und Build, das parallel installierbare TypeScript 6 (tsc6) im Editor und für die Linting-Kette. Das ist unspektakulär, kostet fast nichts – und holt genau den Gewinn ab, der im Alltag zählt: kürzere CI-Zeiten.
Was beim Umstieg still kaputtgeht
TypeScript 7 entfernt Altlasten, und zwar ohne Fallback. Hart ausgeschlossen sind unter anderem target: es5, moduleResolution: node, baseUrl, die Modul-Formate AMD/UMD/SystemJS sowie das namespace-artige module-Schlüsselwort.
Gefährlicher als die harten Fehler sind aber die neuen Defaults, weil sie ohne Fehlermeldung das Verhalten ändern. strict ist jetzt standardmäßig an, module steht auf esnext – und vor allem: types ist per Default leer statt „alles“. Ambient-Typen müssen also explizit deklariert werden. Das ist erfahrungsgemäß die häufigste Bruchstelle in gewachsenen Projekten.
Ein Sonderfall sind JavaScript-Projekte, die per JSDoc typisiert sind: Der native Compiler hat diese Unterstützung deutlich beschnitten. Wer so arbeitet, sollte den Umstieg vorerst ganz lassen.
Der von Microsoft vorgesehene Weg führt über TypeScript 6 (erschienen im März 2026, der letzte JavaScript-basierte Compiler). Er markiert genau das als veraltet, was 7.0 dann entfernt. Wer erst auf 6 migriert und dort sauber ist, kompiliert anschließend ohne Überraschungen unter 7.
Unsere Empfehlung
Jetzt umsteigen lohnt sich, wenn Sie eine große, reine TypeScript-Codebasis haben, modern konfiguriert (ESM, strict), ohne Editor-Plugins im kritischen Pfad – und wenn lange CI-Typecheck-Zeiten wehtun. Der Faktor 8 bis 12 ist real.
Noch warten sollten Sie bei Vue-, Svelte-, Astro- oder Angular-Projekten, bei typbasiertem Linting und überall dort, wo der Compiler programmatisch eingebunden ist. Für diese Projekte ist die relevante Version nicht 7.0, sondern 7.1 mit der neuen API – Microsoft nennt kein Datum, bei einer Kadenz von drei bis vier Monaten ist das Ende 2026 zu erwarten.
Der pragmatische Mittelweg für fast alle: TypeScript 7 in der CI einführen, TypeScript 6 im Editor lassen. Damit sinken die Build-Zeiten heute, ohne dass die Werkzeugkette bricht.
Wenn Sie wissen wollen, ob sich der Umstieg für Ihre konkrete Codebasis rechnet, sprechen wir darüber – siehe Individuelle Softwareentwicklung.
Quellen: Microsoft DevBlog „Announcing TypeScript 7.0″ (8. Juli 2026) und „Announcing TypeScript 6.0″ (23. März 2026); aktuelle stabile Version: 7.0.2. Stand: 6. August 2026.
Sie möchten das in Ihrem Unternehmen umsetzen? Wir unterstützen Sie pragmatisch – von der Idee bis zum Betrieb.