Biome in der Praxis: Formatter, Linter und LSP aus einem Rust-Kern
Eine Toolchain für Webprojekte mit dem Ziel, Funktionalitäten zu deren Wartung bereitzustellen. Biome bietet Formatter und Linter, nutzbar über CLI und LSP.
Auf einen Blick
- Was ist das?
- Was Biome für Web-Projekte leistet: 97 Prozent Prettier-Kompatibilität laut README, über 500 Linter-Regeln, vier CLI-Befehle und ein Release-Tempo im Wochentakt, geprüft gegen das offizielle README.
- Für wen ist es gedacht?
- Biome passt für Teams, die Formatierung und Linting für JavaScript, TypeScript, JSX, JSON, CSS oder GraphQL in einem Werkzeug zusammenlegen wollen und mit den Voreinstellungen starten können. Weniger geeignet ist es, wenn ein Projekt auf Prettier-Plugins oder einen fein abgestimmten ESLint-Regelwald angewiesen ist.
- Darf ich es kommerziell nutzen?
- Ja. Apache-2.0 ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Das Repository hat innerhalb des letzten Tages neue Commits erhalten.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich Rust, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Warum Biome Formatter und Linter in einem Rust-Kern vereint
Biome beschreibt sich im README als performante Toolchain für Web-Projekte, die Entwicklerwerkzeuge zur Pflege dieser Projekte bereitstellt. Das Repository ist in Rust geschrieben, zählt 25665 Sterne und 1212 Forks, der Standardbranch ist main. Die Kernidee: Aufgaben, die bisher getrennte Programme erforderten, laufen auf einer gemeinsamen Basis, was laut README eine kohärente Erfahrung bei Codeverarbeitung, Fehleranzeige, Parallelisierung, Caching und Konfiguration erlaubt.
Der praktische Gewinn liegt in der Fehlerbehandlung. Biome bringt einen Parser mit, der den Quelltext in voller Wiedergabetreue darstellt und über eine ausgeprägte Fehlerwiederherstellung verfügt. Das heißt konkret: Auch ein fehlerhaftes oder halb geschriebenes File kann verarbeitet werden, statt dass das Werkzeug beim ersten Syntaxfehler abbricht. Genau diese Eigenschaft ist die Voraussetzung dafür, dass Formatter und Linter interaktiv im Editor laufen können, während der Code entsteht.
Prettier-Kompatibilität von 97 Prozent: was das README zum Biome-Formatter sagt
Der Formatter von Biome verarbeitet JavaScript, TypeScript, JSX, JSON, CSS und GraphQL. Das README nennt eine Kompatibilität von 97 Prozent mit Prettier und verweist dafür auf eine Algora-Challenge sowie auf ein separates Benchmark-Repository. Diese Zahlen sind Selbstauskunft des Projekts, wer sie nachprüfen will, muss die Challenge-Ergebnisse und das Benchmark selbst ansehen; das README erklärt nicht, welche Formatierungsoptionen die restlichen 3 Prozent betreffen.
Für die Entscheidung im Projekt zählt deshalb ein lokaler Vergleich. Die Voreinstellungen sind so gesetzt, dass Biome ohne Konfiguration auskommt, das README spricht von sane defaults. Teams, die bisher eine umfangreiche Prettier-Konfiguration pflegen, sollten ihre Optionen gegen die Biome-Voreinstellungen abgleichen, bevor sie umstellen, denn gerade Randfälle wie Zeilenbreite oder Anführungszeichen entscheiden über die Akzeptanz im Team.
Über 500 Linter-Regeln und Diagnosen aus ESLint und typescript-eslint
Der Linter deckt dieselbe Sprachmenge ab und bietet laut README mehr als 500 Regeln, die aus ESLint, typescript-eslint und anderen Quellen stammen; die Herkunft einzelner Regeln ist in einem Diskussionsthread im Repository dokumentiert. Die vollständige Regelliste steht auf der Projektwebsite unter biomejs.dev/linter/javascript/rules/, das README selbst listet sie nicht auf.
Neben der Regelanzahl hebt das README die Qualität der Ausgaben hervor: detaillierte und kontextbezogene Diagnosen, die beim Verbessern des Codes helfen sollen. Für Umsteiger von ESLint ist der wichtige Punkt die Zusammenschau mit dem Formatter, weil beide auf derselben Basis arbeiten. Ein Diagnosehinweis des Linters und eine Formatkorrektur beziehen sich auf denselben Stand des Files, es gibt keinen Zwischenstand, in dem beide Werkzeuge auseinanderlaufen.
Die vier Biome-CLI-Befehle: format, lint, check und ci
Die Installation läuft über npm mit einem exakt gepinnten Paket: npm install --save-dev --save-exact @biomejs/biome. Danach stehen vier Befehle im README, die den Alltag abdecken. npx @biomejs/biome format --write formatiert Dateien, npx @biomejs/biome lint --write lintet und wendet die sicheren Korrekturen an, npx @biomejs/biome check --write kombiniert beides in einem Durchlauf.
Der vierte Befehl richtet sich an Pipelines: npx @biomejs/biome ci prüft alle Dateien gegen Format, Lint und weitere Kategorien, ohne etwas zu verändern. Die Trennung zwischen check --write für die lokale Arbeit und ci für die Kontrolle im Continuous-Integration-Umfeld ist die offensichtliche Kombination für ein Projektsetup. Wer das Werkzeug erst ausprobieren will, ohne es zu installieren, kann den auf WebAssembly kompilierten Online-Playground unter biomejs.dev/playground/ nutzen.
Biome ohne Node.js: LSP, Editor-Erweiterungen und WASM-Playground
Eine Eigenschaft unterscheidet Biome von vielen JavaScript-Werkzeugen: Es benötigt laut README kein Node.js, um zu funktionieren, eine Anleitung für die manuelle Installation verweist die Dokumentation entsprechend aus. Das eröffnet Einsatzorte, an denen keine npm-Umgebung existiert, etwa beim Werkzeugstandalone in Build-Images.
Im Editor läuft Biome über das Language Server Protocol, das README spricht von erstklassiger LSP-Unterstützung. Erweiterungen aus erster Hand listet die Seite biomejs.dev/editors/first-party-extensions/, im README tauchen der Visual Studio Marketplace und das Open VSX Registry mit dem Paket biomejs.biome auf. Die Kombination aus fehlertolerantem Parser und LSP erlaubt es, malformeden Code beim Schreiben zu formatieren und zu linten, statt erst auf einen speicherbaren, syntaktisch vollständigen Stand zu warten.
Release-Tempo, Doppel-Lizenz und Sponsoring bei @biomejs/biome
Das Release-Tempo ist hoch: Ende August 2026 erschienen innerhalb von zehn Tagen die Versionen @biomejs/biome 2.5.9, 2.5.10 und 2.5.11, die letzte am 27. August. Wer das Werkzeug einsetzt, sollte das Paket wie im README vorgesehen exakt pinnen und Updates bewusst einspielen, weil neue CLI-Versionen auch neue Regeln mitbringen können.
Lizenziert ist Biome doppelt, unter MIT oder Apache 2.0, beide Lizenztexte liegen im Repository; die Metadaten nennen Apache-2.0 als SPDX-Kennung. Das Projekt ist finanziert über Open Collective und GitHub Sponsors, bietet eine Enterprise-Support-Seite an und listet Depot als Platin-Sponsor. Mit 516 offenen Issues bei dieser Aktivität ist das Projekt lebendig, die Bearbeitungstiefe einzelner Probleme lässt sich aber nur im Issue-Tracker selbst einschätzen.
Redaktionelles Fazit
Biome passt für Teams, die Formatierung und Linting für JavaScript, TypeScript, JSX, JSON, CSS oder GraphQL in einem Werkzeug zusammenlegen wollen und mit den Voreinstellungen starten können. Weniger geeignet ist es, wenn ein Projekt auf Prettier-Plugins oder einen fein abgestimmten ESLint-Regelwald angewiesen ist. Vor der Umstellung lohnt ein Probelauf mit npx @biomejs/biome check über den eigenen Bestand und ein Vergleich der formatierten Ausgabe mit dem bisherigen Prettier-Ergebnis.
Community-Notizen