tsrs: TypeScript nach Rust portiert, und was das heute für dich ändert

Am 20. Oktober 2026 haben Cloudflare und VoidZero tsrs angekündigt, eine Portierung des TypeScript-Compilers nach Rust, entstanden mit Max Schwenk von Owner.com und inkubiert in der Oxc-Toolchain. Kurz gesagt: Es ist experimentell, es ändert nichts an der Sprache TypeScript, und du musst diese Woche nichts umstellen. Die Details sind trotzdem spannend, weil sie zeigen, wohin sich die Typprüfung bewegt.

Eine Portierung, kein Fork

Die Autoren sind da deutlich. Sie schreiben, dass sie TypeScript nicht forken und dass das TypeScript-Team die volle Kontrolle über das Design der Sprache behalten soll. tsrs folgt den Entscheidungen des Teams, statt eigene zu treffen, und der Beitrag begründet das: Eine Portierung, die sich vom Original entfernt, fällt nach ihren Worten irgendwann auseinander und wird inkompatibel.

Für deinen Code ist das wichtig. Ein Fork könnte mit der Zeit Programme akzeptieren, die der offizielle Compiler ablehnt, oder umgekehrt. Eine treue Portierung will dieselben Antworten liefern, nur schneller. Die Autoren nennen auch heutige Unterschiede, etwa die Reihenfolge, in der Diagnosen ausgegeben werden, und wollen sie vor einem stabilen Release auf ein Minimum bringen.

Was die Benchmarks behaupten

Das sind Cloudflares Zahlen, nicht meine, und ich habe sie nicht nachgemessen. Laut dem Beitrag ist tsrs bis zu 8-mal schneller und braucht rund 70 % weniger Speicher als TypeScript 7.0, bei gleicher Anzahl an Type-Check-Workern. Derselbe Beitrag sagt, TypeScript 7.1 beta sei selbst bis zu 2,5-mal schneller als 7.0, und ein Teil davon stamme aus tsrs.

Zwei Details halten das ehrlich. Erstens weisen die Autoren darauf hin, dass Portierungen oft große Zahlen mit stärkeren Maschinen und abweichenden Optionen veröffentlichen, und sagen, sie hätten mit dem TypeScript-Team dieselbe Konfiguration verglichen. Zweitens kommt tsrs standardmäßig mit einer adaptiven Konfiguration, die mehr Speicher nutzt, um noch schneller zu sein. Was du installierst, ist also nicht die Einstellung hinter der Speicherzahl.

Warum Rust, wenn Go es schon 10-mal schneller gemacht hat?

Der Beitrag stellt die Frage selbst. Die offizielle Portierung von TypeScript nach Go hat den Compiler bereits 10-mal schneller gemacht als die in TypeScript geschriebene Version. Die Antwort der Autoren heißt WebAssembly. Ein nach Wasm kompiliertes Go-Programm muss den Garbage Collector von Go mitbringen. Rust hat keinen Garbage Collector, den es mitliefern müsste, und sein Speichermodell macht den Austausch von Speicher zwischen einem Wasm-Modul und seinem Host einfach.

Cloudflares Interesse ist offensichtlich: Das Unternehmen betreibt Build-Systeme auf Workers, wo sich ein kleiner Speicherbedarf schnell auszahlt. Dieselbe Eigenschaft könnte eine komplette Entwicklungs-Toolchain in einem Browser-Tab oder auf einem Embedded-Gerät laufen lassen, ganz ohne Server dahinter.

Was sich für ein normales Projekt heute ändert

Sehr wenig, und das ist in Ordnung. tsrs ist ein experimentelles Release. Wenn du neugierig bist, nennt der Beitrag genau zwei Befehle:

npm install tsrs
npx tsrs

Als allgemeiner Rat: Behandle es als zweite Meinung, nicht als Ersatz. Lass es auf einem Branch neben deinem üblichen tsc-Check laufen, vergleiche die Fehler und notiere die Zeit. Mach es nicht zur Prüfung, die einen Merge blockiert, solange die Autoren selbst sagen, dass die Ausgabe stellenweise noch abweicht.

Spüren wirst du das zuerst in der CI. Die Typprüfung ist oft einer der langsamsten Schritte einer TypeScript-Pipeline, und jeder schnellere Compiler verkürzt ihn. Der günstigste Gewinn ist gerade wohl gar nicht tsrs, sondern das Update auf das neueste offizielle TypeScript, denn der Beitrag schreibt 7.1 beta einen eigenen großen Sprung zu.

Nächster Schritt: Miss die aktuelle Dauer deiner Typprüfung in der CI, damit du eine echte Vergleichszahl hast, wenn ein stabiles tsrs oder das nächste TypeScript-Release kommt. Quelle: Cloudflare-Blog, Introducing tsrs: A port of TypeScript to Rust.