PACKAGE · LINTING & FORMATTING

oxlint

Linter for the JavaScript Oxidation Compiler

WEEKLY DOWNLOADS 12.0M
STARS 22.2K
FORKS 1.2K
OPEN ISSUES 749
GZIP SIZE 70 B
UNPACKED SIZE 2.4 MB
DEPENDENCIES 1
LAST UPDATED 5mo ago
DOWNLOAD TRENDS

oxlint downloads — last 12 months

Download trends for oxlint1 download series from Aug 2025 to Jul 2026. Use left and right arrow keys to inspect monthly values.013.1M26.3M39.4M52.6MAug 2025NovFebMayJul 2026
oxlint
ABOUT OXLINT

Oxlint is a modern, high-performance linter specifically designed for JavaScript and TypeScript projects, focusing on speed and correctness. It aims to solve the common problem of identifying and fixing code quality issues and potential bugs early in the development cycle, integrating seamlessly with the development workflow. The package leverages Rust for its core implementation, enabling it to process large codebases significantly faster than traditional linters, reducing feedback loops for developers.

Its primary philosophy centers around providing actionable insights with minimal configuration overhead, making it accessible to both individual developers and large teams. Oxlint is built with a focus on developer experience, offering quick diagnostics and suggestions that help maintain code consistency and prevent common pitfalls. The tool is particularly beneficial for projects that have grown in complexity and where traditional linting tools might start to feel slow or resource-intensive.

Key architectural patterns include its plugin system, which allows for extending linting capabilities, and its robust rule engine that can be fine-tuned. Developers interact with Oxlint primarily through its command-line interface, which supports various commands for linting, fixing, and managing configurations. Its design prioritizes static analysis, allowing it to detect issues without executing code, thus ensuring a safe and predictable analysis process.

Oxlint integrates effectively into various development workflows, including CI/CD pipelines, pre-commit hooks, and IDE integrations. It is designed to work alongside build tools and bundlers, providing a comprehensive code quality check. This makes it a valuable addition to ecosystems that rely on rapid iteration and automated quality assurance, ensuring code integrity as projects evolve.

With a reported unpacked size of 2.4 MB and an exceptionally small gzipped bundle size of 70 B, Oxlint demonstrates a strong commitment to performance and efficiency. This efficient packaging means it has minimal impact on project dependencies and build times. The project's maturity is also indicated by its significant GitHub traction, with 22.2K stars and 1.2K forks, reflecting a vibrant and active community.

While Oxlint offers extensive linting capabilities, developers should be aware of its evolving nature, as indicated by the number of open issues (742). This suggests that while powerful, some edge cases or specific feature requests might still be under active development. Developers should consult the latest documentation for rule availability and potential integration complexities with highly specialized or experimental JavaScript features.

WHEN TO USE
  • When needing to significantly speed up linting operations on large JavaScript or TypeScript codebases.
  • When seeking to integrate a linter that provides fast feedback loops directly into CI/CD pipelines.
  • When adopting a Linter for the JavaScript Oxidation Compiler that prioritizes performance and minimal configuration.
  • When replacing slower linters that are causing bottlenecks in development workflows.
  • When leveraging its plugin system to add custom linting rules tailored to a specific project's needs.
  • When working within environments that require strict code quality standards and automated enforcement.
WHEN NOT TO USE
  • If the project exclusively uses JavaScript features that are not yet widely supported by Oxlint's current rule set.
  • When a simpler, less opinionated linting solution with fewer features is sufficient for the project's scope.
  • If the primary need is for code formatting only, and a dedicated formatter package is already in place and meeting requirements.
  • When working on projects where the overhead of integrating a new command-line tool and managing its configuration is undesirable.
  • If strict compatibility with very old JavaScript environments is a primary concern and the available rules do not cover those specific needs.

CORRECTIONS

Spot wrong data here?

A short note helps us fix it.

Anonymous · No account · No email back

COMPARISONS 6
oxlint vs ultracite ★ 3.1K · 631.4K/wk oxlint vs dprint-node ★ 491 · 1.3M/wk oxlint vs eslint ★ 27.4K · 129.2M/wk oxlint vs prettier ★ 52.2K · 106.5M/wk oxlint vs @rslint/core ★ 431 · 26.1K/wk oxlint vs @biomejs/biome ★ 25.5K · 10.1M/wk