TypeScript 7: nativer Compiler, Änderungen und Upgrade

TypeScript 7 ist der TypeScript-Compiler, neu geschrieben in Go und als natives Programm ausgeliefert. Die Sprache ist dieselbe, der Befehl heißt weiterhin tsc, und das npm-Paket heißt weiterhin typescript. Was sich ändert: die Geschwindigkeit (vollständige Builds etwa zehnmal schneller), eine Reihe neuer Standardwerte und der Wegfall der Optionen, die TypeScript 6 als veraltet markiert hat. TypeScript 7.0 wurde am 8. Juli 2026 veröffentlicht, und die Version auf npm ist 7.0.2.

npm install --save-dev typescript@latest
npx tsc --version

Version 7.0.2

Einer der wenigen Unterschiede, die du auf Typebene sehen kannst, ist die Art, wie Template Literal Types Strings zerlegen. JavaScript speichert Strings als UTF-16-Codeeinheiten, und ein Emoji wie 😀 belegt zwei davon:

const text = "😀abc";

console.log(text.length);           // 5: UTF-16 code units
console.log([...text].length);      // 4: code points
console.log(text[0] === "\ud83d");  // true: indexing returns half of the emoji
console.log([...text][0] === "😀"); // true: iterating keeps it whole

TypeScript 6 hat Template Literal Types nach Codeeinheiten zerlegt, wie text[0]. TypeScript 7 zerlegt sie nach Codepoints, wie [...text], deshalb bleibt das Emoji ganz:

type HeadTail<S> = S extends `${infer Head}${infer Tail}` ? [Head, Tail] : never;

type Result = HeadTail<"😀abc">;
// TypeScript 7: ["😀", "abc"]
// TypeScript 6: ["\ud83d", "\ude00abc"]

Warum TypeScript in Go neu geschrieben wurde

Bis Version 6 war der TypeScript-Compiler selbst in TypeScript geschrieben und lief auf Node.js. Bei großen Codebasen bedeutete das langsame Builds, einen langsamen Editorstart und hohen Speicherverbrauch.

Anders Hejlsberg kündigte die native Portierung am 11. März 2025 in einem Beitrag mit dem Titel "A 10x Faster TypeScript" an. Die neue Codebasis bekam den Codenamen Corsa, die JavaScript-Codebasis den Namen Strada. Das Team hat den Code des bestehenden Compilers portiert, statt den Type Checker neu zu entwerfen, also folgt der neue Compiler denselben Regeln und meldet dieselben Fehler. TypeScript 6.0 (März 2026) war die letzte Version der JavaScript-Codebasis und diente als Brücke: Sie markierte alles als veraltet, was TypeScript 7 entfernen würde. TypeScript 7.0 folgte am 8. Juli 2026.

Wie viel schneller TypeScript 7 ist

Vollständige Builds von Open-Source-Projekten, wie mit Version 7.0 veröffentlicht:

Diese Läufe nutzten den Standard von 4 Workern für die Typprüfung. Mit --checkers 8 auf derselben Maschine dauerte der VS-Code-Build 7.51 s (16.7x) und tldraw 1.06 s (10.6x), bei höherem Speicherverbrauch.

Der Editor gewinnt genauso viel. Der Language Service läuft jetzt als nativer Language Server: In der VS-Code-Codebasis sank die Zeit vom Öffnen des Editors bis zum ersten angezeigten Fehler in einer Datei von etwa 17,5 Sekunden auf unter 1,3 Sekunden. Die Beschleunigung zählt am meisten bei Monorepos, CI-Pipelines und Editoren in großen Codebasen.

Was gleich bleibt

• Der Befehl und das Paket. npm install --save-dev typescript und npx tsc. Bei der Installation wählt npm eine vorgefertigte Binärdatei für deine Plattform aus optionalen Abhängigkeiten wie @typescript/typescript-linux-x64, es gibt also sonst nichts einzurichten.
• Die Sprache. Dieselbe Syntax, dasselbe Typsystem, dieselben Fehlercodes.
• Die Ergebnisse. Laut Release Notes sollte praktisch jeder Code, der mit TypeScript 6.0 fehlerfrei kompiliert, mit eingeschaltetem Flag stableTypeOrdering und ohne Einstellung ignoreDeprecations, in TypeScript 7.0 identisch kompilieren.

Neue Standardwerte

TypeScript 6.0 hat diese Standardwerte geändert, und TypeScript 7 behält sie bei. Sie spielen nur für Optionen eine Rolle, die deine tsconfig.json nicht setzt:

Entfernte Optionen und Syntax

In TypeScript 6 als veraltet markierte Optionen sind in TypeScript 7 Fehler:

• target: es5 und downlevelIteration, das es nur für ES5-Ausgabe gab.
• moduleResolution: node (auch node10 genannt) und classic. Nimm nodenext oder bundler.
• module: amd, umd, system und none.
• baseUrl (schreibe paths relativ zur tsconfig-Datei) und outFile (nimm einen Bundler).
• esModuleInterop: false, allowSyntheticDefaultImports: false und alwaysStrict: false; alle drei sind immer aktiv.

Der Compiler sagt genau, was zu entfernen ist:

error TS5102: Option 'baseUrl' has been removed. Please remove it from your configuration.
error TS5108: Option 'moduleResolution=node10' has been removed. Please remove it from your configuration.

Zwei alte Syntaxformen sind ebenfalls Fehler: module Foo { } für einen Namespace (schreibe namespace Foo { }; declare module "foo" für ein Paket ist nicht betroffen) und Import Assertions (aus assert { type: "json" } wird with { type: "json" }).

// This does not compile: the module keyword for a namespace is removed.
module Shapes {
    export const sides = 4;
}

console.log(Shapes.sides);

index.ts(2,8): error TS1540: A 'namespace' declaration should not be declared using the 'module' keyword. Please use the 'namespace' keyword instead.

Wenn du in Zeile 2 module durch namespace ersetzt, ist der Fehler behoben, und das Programm gibt 4 aus.

Auf der Kommandozeile bricht tsc file.ts in einem Ordner mit einer tsconfig.json jetzt mit error TS5112 ab, statt die Konfiguration stillschweigend zu ignorieren. Führe tsc allein aus oder übergib --ignoreConfig. In JavaScript-Dateien, die mit JSDoc geprüft werden, liest TypeScript 7 Typen eher so, wie TypeScript es tut: @enum wird nicht mehr erkannt, und ein Wert, der als Typ verwendet wird, braucht typeof. Die tsconfig-Seite zeigt den Ersatz für jede entfernte Option.

Tools, die noch TypeScript 6 brauchen

TypeScript 7.0 liefert keine stabile JavaScript-API. require("typescript") gibt nur Versionsinformationen zurück (version und versionMajorMinor), und die Compiler-Funktionen, die andere Tools aufrufen (createProgram, der Language Service), fehlen; die Einstiegspunkte typescript/unstable/* des Pakets sind experimentell und kein Ersatz. Laut Release Notes erwartet das Team, dass TypeScript 7.1 eine neue, andere API mitbringt. Bis dahin nutzt alles, was den Compiler als Bibliothek importiert, weiter TypeScript 6:

• typescript-eslint (typbewusste Lint-Regeln)
• Sprachwerkzeuge für Vue-, Svelte- und Astro-Dateien, die Template-Typprüfung von Angular und MDX
• ts-node, das mit installiertem TypeScript 7 beim Start abstürzt

Für diese Fälle liefert TypeScript ein Kompatibilitätspaket, @typescript/typescript6, das TypeScript 6 mit seiner vollständigen API und einem tsc6-Befehl installiert. Mit npm-Aliasen kann ein Projekt beides haben: TypeScript 7 übernimmt die Builds, und Tools, die typescript importieren, bekommen Version 6.

{
    "devDependencies": {
        "@typescript/native": "npm:typescript@^7.0.2",
        "typescript": "npm:@typescript/typescript6@^6.0.2"
    }
}

Nach npm install:

$ npx tsc --version
Version 7.0.2
$ npx tsc6 --version
Version 6.0.3

Wenn du keines dieser Tools nutzt, installiere einfach typescript und überspringe diesen Abschnitt.

Neue Kommandozeilenoptionen

Der native Compiler parst, prüft und schreibt parallel. Drei neue Flags steuern das, und die Release Notes nennen --checkers und --builders experimentell:

Auch --watch wurde neu geschrieben, auf Basis einer Go-Portierung des Datei-Watchers aus dem Bundler Parcel.

Editor-Unterstützung

Für VS Code veröffentlicht das TypeScript-Team eine eigene Erweiterung für TypeScript 7. Nach der Installation wird sie zum Standard, und der Befehl "Disable TypeScript 7 Language Server" in der Befehlspalette schaltet zurück auf TypeScript 6. Das aktuelle Visual Studio aktiviert TypeScript 7 automatisch je nach Workspace, und andere Editoren (Neovim, Zed, Sublime Text, Emacs) verbinden sich über das Language Server Protocol. Projekte mit Vue-, Svelte-, Astro- oder MDX-Dateien oder mit Angular-Templates behalten die Editor-Unterstützung auf Basis von TypeScript 6, bis TypeScript 7 eine API anbietet, die diese Tools nutzen können. Ein Angular-Projekt kann trotzdem den tsc von TypeScript 7 für schnelle Prüfungen des ganzen Projekts nutzen.

Upgrade auf TypeScript 7

1. Zuerst auf TypeScript 6 aktualisieren, falls du auf 5.x bist: npm install --save-dev typescript@6. Behebe jeden gemeldeten Fehler zu veralteten Optionen, statt ihn mit "ignoreDeprecations": "6.0" stummzuschalten.
2. "stableTypeOrdering": true einschalten unter TypeScript 6 und alles beheben, was sich dadurch ändert. Laut Team kompiliert genau diese Konfiguration in 7 identisch.
3. Die Optionen setzen, deren Standardwerte sich geändert haben, falls du von den alten Werten abhängig warst, zum Beispiel "types": ["node"] und "rootDir": "./src".
4. TypeScript 7 installieren: npm install --save-dev typescript@latest. Danach kannst du stableTypeOrdering entfernen, wenn du willst; in 7 ist es immer aktiv.
5. Deine Tools prüfen. Wenn du typescript-eslint, ts-node oder ein Framework mit Template-Typprüfung nutzt, richte den oben gezeigten Alias für TypeScript 6 ein.
6. Die Version bestätigen mit npx tsc --version, und sicherstellen, dass die CI aus der aktualisierten Lockfile installiert.

tsgo und die Vorschau-Builds

Vor der Veröffentlichung erschien der native Compiler als @typescript/native-preview mit dem Befehl tsgo, damit man ihn neben dem JavaScript-tsc ausprobieren konnte. Artikel aus 2025 und Anfang 2026 sprechen von tsgo. Mit 7.0 ist dieser Name aus dem Alltag verschwunden: Der native Compiler ist tsc, und seine Nightly-Builds erscheinen als typescript@next (heute Entwicklungsversionen von 7.1).