Oxlint vs. Biome vs. ESLint 2026: Das Rust-Linter-Duell

Ein Jahrzehnt lang bedeutete das Linten eines JavaScript-Projekts ESLint, Prettier und ein kleiner Berg an Plugins, die 30 Sekunden brauchten, um sich durch ein mittelgroßes Repo zu kauen. 2026 bricht diese Annahme endlich. Zwei Rust-basierte Herausforderer, Oxlint und Biome, erledigen Lint- und Formatierungsjobs jetzt um eine Größenordnung schneller, und sie haben echte Produktions-Anwender, die die Behauptungen stützen. Wenn du Tooling für ein neues Projekt auswählst oder dich fragst, ob du migrieren sollst, ist die Entscheidung Oxlint vs. Biome vs. ESLint eine der folgenreichsten, die du dieses Jahr triffst.

Hier ist die ehrliche Aufschlüsselung, wo jedes Tool steht, was die Geschwindigkeitszahlen tatsächlich bedeuten und welches zu deinem Projekt passt.

Die Geschwindigkeitsgeschichte ist echt (und sie zählt)

Der Kernpitch beider Rust-Tools ist Native-Code-Geschwindigkeit, und die Belege sind konkret.

Als Oxlint im Juni 2025 stabil auf 1.0 kam (laut VoidZeros Ankündigung), brachte es dokumentierte Anwender-Ergebnisse mit, die schwer abzutun sind:

• Airbnb führt dateiübergreifende Analyse über 126.000+ Dateien aus, die in etwa 7 Sekunden in der CI abschließt.
• Mercedes-Benz meldete einen Rückgang der Lint-Zeit um 71 % nach dem Tausch von ESLint gegen Oxlint.
• Das Frontend-Plattform-Team von Shopify nutzt Oxlint in der Shopify-Admin-Konsole.

VoidZero positioniert Oxlint als grob 50- bis 100-mal schneller als ESLint. Biome, ebenfalls in Rust geschrieben, spielt in derselben Liga: Community-Benchmarks, die von Better Stack und anderen zitiert werden, setzen es bei 10- bis 25-mal schneller als ESLint auf großen TypeScript-Codebasen an, mit einem 500-Dateien-Projekt, das in 2-3 Sekunden lintet, gegenüber 30+ bei ESLint.

Der praktische Effekt ist kein Angeber-Recht. Schnellere Linter bedeuten, dass du sie bei jedem Speichern, bei jedem Commit-Hook und in der CI laufen lassen kannst, ohne dass jemand über die Pipeline-Zeit stöhnt. Das verändert, wie oft das Tool tatsächlich läuft.

Die drei Kandidaten im Überblick

ESLint: der Platzhirsch mit dem tiefsten Ökosystem

ESLint geht nirgendwohin. Stand 2026 ist es auf der ESLint-10-Linie (10.4.0 war laut PkgPulse im Mai 2026 aktuell), und Version 10, veröffentlicht im Februar 2026, entfernte endlich das Legacy-.eslintrc-Format und machte Flat Config zum Standard. Seine Superkraft bleibt das Plugin-Ökosystem: framework-spezifische Regeln für Next.js, React, Vue und Svelte, plus das stärkste typbewusste Linting über typescript-eslint. Wenn sich dein Projekt auf react-hooks-Regeln oder tiefe typbewusste Checks stützt, hat ESLint noch keinen vollständigen Ersatz.

Biome: der All-in-One-Formatter + -Linter

Biomes Wette ist Konsolidierung. Es ersetzt sowohl Prettier als auch ESLint durch ein einziges Tool und eine einzige biome.json-Konfiguration und macht dem Wildwuchs aus .eslintrc/.prettierrc/Ignore-Datei ein Ende. Biome 2.0 landete im März 2025; die Linie steht 2026 bei 2.4.x (2.4.15 im Mai gesichtet), und v2.x führte typbewusstes Linting plus über 400 Lint-Regeln ein. Es übernimmt auch die Import-Organisation out of the box. Für Teams, die ein Binary zum Formatieren und Linten wollen, ist Biome die vollständigste Einzelantwort.

Oxlint: die schnellste, schmalste Klinge

Oxlint kommt von VoidZero, dem von Vue- und Vite-Schöpfer Evan You gegründeten Unternehmen, als Teil der breiteren Oxc-Toolchain (JavaScript Oxidation Compiler). Es ist nur ein Linter (keine Formatierung), aber das schnellste der drei und bringt 500+ Regeln mit, die aus ESLint-Core und beliebten Plugins wie eslint-plugin-unicorn, eslint-plugin-jsdoc und eslint-plugin-react portiert wurden, mit null Konfiguration zum Start. Das 1.0-Release war die Arbeit von 200+ Mitwirkenden und hat jetzt einen dedizierten Vollzeit-Maintainer. Die aktuelle Linie ist 1.65.x Stand Mai 2026 laut PkgPulse.

Funktionsvergleich

Hier leben die echten Kompromisse:

• Formatierung: Biome ja; Oxlint nein; ESLint nein (du paarst es mit Prettier).
• Typbewusste TS-Regeln: ESLint stark; Biome begrenzt; Oxlint begrenzt.
• Framework-Regeln (Next.js, Vue, Svelte): ESLint stark; Biome nur eingebaut; Oxlint begrenzt.
• Plugin-Ökosystem: ESLint mit Abstand am größten; Biome und Oxlint haben keines im traditionellen Sinn.
• Rohe Geschwindigkeit: Oxlint am schnellsten; Biome sehr schnell; ESLint am langsamsten bei Kaltläufen.
• Konfigurationsdateien: Biome eine Datei; Oxlint nahezu null; ESLint Flat Config (eine Datei ab v9+).

Das Muster ist klar. ESLint tauscht Geschwindigkeit gegen Tiefe und Ökosystem. Oxlint tauscht Breite gegen rohe Velocity. Biome sitzt in der Mitte als der Konsolidierungs-Move.

Welches solltest du also nutzen?

Neue Greenfield-Projekte

Greif vom ersten Tag an zu Biome. Du bekommst Formatierung und Linting in einem einzigen schnellen Tool mit einer Konfigurationsdatei. Für React-Projekte füge eine minimale ESLint-Konfiguration rein für react-hooks hinzu, das das eine Regelwerk bleibt, das die Rust-Tools nicht vollständig abdecken. Das ist das reibungsärmste moderne Setup, und es harmoniert gut mit den besten KI-Coding-Tools 2026.

Große bestehende Codebasen mit CI-Schmerz

Das pragmatische 2026-Muster ist eine Zwei-Pass-Strategie: Lass zuerst Oxlint für nahezu sofortige Fehler bei den Regeln laufen, die es abdeckt, dann ESLint für die ökosystem-spezifischen und typbewussten Regeln, die Oxlint nicht hat. Genau so adoptieren große Läden wie Shopify und Airbnb Oxlint, ohne ESLint über Nacht herauszureißen. Du bekommst den größten Teil des Geschwindigkeitsgewinns bei den meisten deiner Läufe und behältst zugleich tiefe Abdeckung.

Teams, die tief in ESLint-Plugins investiert sind

Bleib bei ESLint, aber upgrade auf Flat Config und füge Oxlint als schnellen Vorfilter hinzu. Du musst keinen einzelnen Sieger wählen. Oxlint vor ESLint zu schichten ist ein risikoarmer Weg, die CI-Zeit schon heute zu senken.

Ein realistischer Migrationspfad

Wenn du modernisieren willst, ohne ein Big-Bang-Rewrite:

1. Benchmarke zuerst auf deinem eigenen Repo. Geschwindigkeitsbehauptungen variieren; die einzige Zahl, die zählt, ist deine.
2. Füge Oxlint als separaten, schnellen CI-Schritt hinzu, der vor deinem bestehenden Lint-Job läuft. Miss die gesparte Zeit.
3. Teste Biome zur Formatierung auf einem Branch, um zu sehen, ob es Prettier für deinen Stil sauber ersetzen kann.
4. Behalte ESLint für die Regeln ohne Entsprechung, besonders react-hooks, Next.js und typbewusste Checks.
5. Pinne Versionen und upgrade bewusst. Die Rust-Tools shippen schnell; ESLint 10 hat die Legacy-Config fallen lassen, also koordiniere den Sprung.

Das Fazit

Die Frage Oxlint vs. Biome vs. ESLint hat keine einzelne Antwort mehr, und das ist eine gute Sache. Oxlint gibt dir den schnellstmöglichen Lint-Pass mit ernsthafter Enterprise-Validierung von Airbnb, Mercedes-Benz und Shopify. Biome gibt dir einen einheitlichen, schnellen Formatter-plus-Linter für Greenfield-Arbeit. ESLint behält das tiefste Ökosystem und die stärksten typbewussten Regeln. Die klügsten Teams 2026 wählen nicht eines und verbrennen die anderen; sie schichten Rust-Geschwindigkeit vor ESLints Tiefe. Benchmarke auf deinem eigenen Code, adoptiere schrittweise und lass die CI-Zeit dir sagen, welche Kombination sich ihren Platz verdient.