PACKAGE · LINTING & FORMATTING

oxlint

Linter for the JavaScript Oxidation Compiler

WEEKLY DOWNLOADS 23.3M
STARS 22.9K
FORKS 1.3K
OPEN ISSUES 939
GZIP SIZE 70 B
UNPACKED SIZE 2.4 MB
DEPENDENCIES 1
LAST UPDATED 7mo ago
DOWNLOAD TRENDS

oxlint downloads · last 12 months

Download trends for oxlint1 download series from Oct 2025 to Sep 2026. Use left and right arrow keys to inspect monthly values.022.7M45.5M68.2M91.0MOct 2025JanAprJulSep 2026
oxlint
ABOUT OXLINT

Oxlint is a high-performance linter specifically designed for the JavaScript Oxidation Compiler. It addresses the need for fast, efficient code analysis in modern JavaScript development workflows, helping developers catch errors and enforce code quality standards with minimal overhead. The core problem it solves is slow linting processes that can impede development velocity, especially in large codebases.

Its design philosophy centers around speed and correctness, aiming to provide a superior linting experience compared to traditional JavaScript linters. Oxlint is primarily targeted at developers who use or are considering the JavaScript Oxidation Compiler, as well as those who prioritize rapid feedback loops during development. The goal is to make static analysis a seamless part of the coding process.

Oxlint's architecture leverages Rust for its core implementation, enabling significant performance gains. While specific API details are less exposed for direct programmatic use, its power lies in its command-line interface and integration points, allowing it to be configured via various rule sets and options. The CLI commands like `oxlint init` and `oxlint lint` are central to its operation.

Integration is a key strength, as Oxlint is designed to fit into existing development toolchains. It can be easily incorporated into CI/CD pipelines, pre-commit hooks, and code editors through plugins and its CLI. This makes it a versatile tool for teams using various frameworks and build systems, enhancing code quality across different environments.

With a remarkably small bundle size (70 B gzip) and exceptional performance characteristics stemming from its Rust backend, Oxlint offers a compelling alternative for developers seeking speed. Its maturity is reflected in its active development and growing community, indicated by a significant number of GitHub stars (22.9K) and forks (1.3K).

Developers should be aware that Oxlint's primary focus is on linting within the context of the JavaScript Oxidation Compiler ecosystem. While it supports a wide array of JavaScript and TypeScript features, its rule set and capabilities are optimized for this specific environment. Some highly specific or niche linting rules found in other linters might not be directly available or might be implemented differently.

WHEN TO USE
  • When enforcing strict code quality and best practices within a JavaScript Oxidation Compiler project.
  • For developers requiring extremely fast linting feedback during coding sessions to maintain workflow speed.
  • When integrating static analysis into CI/CD pipelines where performance is critical to avoid build delays.
  • For projects using complex JavaScript or TypeScript features that benefit from a specialized, high-performance analysis tool.
  • To leverage automated code fixing capabilities provided by the linter's CLI commands.
  • When optimizing build processes and reducing the impact of linting on development server startup times.
WHEN NOT TO USE
  • If your project does not involve the JavaScript Oxidation Compiler and requires general-purpose JavaScript linting, a different linter might be more appropriate.
  • When only very basic syntax checks are needed, a simpler, lighter-weight solution might suffice.
  • If you are heavily reliant on a specific set of custom linting rules not yet supported by Oxlint's configuration options.
  • For projects where extensive customization of linting rules through a JavaScript API is a primary requirement, as Oxlint focuses more on CLI and configuration.
  • When a linter that primarily operates within the Node.js runtime environment without external native dependencies is strictly required.

CORRECTIONS

Spot wrong data here?

A short note helps us fix it.

Anonymous · No account · No email back

COMPARISONS 6
oxlint vs @rslint/core ★ 460 · 25.3K/wk oxlint vs prettier ★ 52.3K · 135.5M/wk oxlint vs @biomejs/biome ★ 25.9K · 17.1M/wk oxlint vs eslint ★ 27.5K · 159.2M/wk oxlint vs ultracite ★ 3.3K · 1.1M/wk oxlint vs dprint-node ★ 490 · 1.5M/wk