PACKAGE · LINTING & FORMATTING

@rslint/core

rslint core library

WEEKLY DOWNLOADS 25.3K
STARS 460
FORKS 35
OPEN ISSUES 47
GZIP SIZE 92.3 kB
UNPACKED SIZE 3.1 MB
DEPENDENCIES 3
LAST UPDATED 2mo ago
DOWNLOAD TRENDS

@rslint/core downloads · last 12 months

Download trends for @rslint/core1 download series from Oct 2025 to Sep 2026. Use left and right arrow keys to inspect monthly values.036.0K72.0K108.0K144.1KOct 2025JanAprJulSep 2026
@rslint/core
ABOUT @RSLINT/CORE

@rslint/core is the foundational library for RSLint, a highly performant linter and formatter. It addresses the complexity and potential performance bottlenecks found in JavaScript-based linting tools by leveraging its implementation in Go, powered by the typescript-go project. This allows RSLint to offer faster analysis and more efficient rule execution, tackling the need for rapid feedback cycles in modern development workflows.

The primary design goal of @rslint/core is to provide a fast, reliable, and extensible linting engine. It is built for developers who require strict code quality enforcement without sacrificing development speed. The core library is the engine that powers the RSLint CLI and its integrations, making it suitable for projects of all sizes that prioritize code correctness and maintainability.

At its heart, @rslint/core operates on an Abstract Syntax Tree (AST) generated from your code. It provides mechanisms for defining and registering linting rules, which are then applied to the AST. Developers can interact with the core through its programmatic API to configure rules, customize parsing options, and retrieve detailed analysis results, including specific rule violations and their locations.

While primarily a Go-based implementation, the RSLint ecosystem focuses on seamless integration into JavaScript and TypeScript projects. It can be integrated into CI/CD pipelines, code editors via plugins, and build tools. The core library itself is not directly consumed as a typical JavaScript module in frontend applications due to its Go foundation, but rather its capabilities are exposed through RSLint's tooling and CLI.

The implementation language of Go contributes to significant performance advantages, offering faster parsing and rule analysis compared to many JavaScript-native linters. The unpacked size is 3.1 MB, with a gzipped bundle size of 92.3 kB for the core components, indicating a well-optimized distribution for its capabilities. While the project shows active development (last updated 2026-09-29), it's important to note its relatively recent emergence and ongoing evolution.

As RSLint is written in Go and powered by typescript-go, developers should be aware that direct JavaScript API usage might differ from traditional JS-based linters. Configuration and integration primarily occur through the RSLint CLI and its associated ecosystem. The project has 45 open issues, indicating areas for potential contribution or where issues may still be under active resolution.

WHEN TO USE
  • When you need a linting solution implemented in Go for maximum performance and speed.
  • When integrating linting into a CI/CD pipeline that benefits from fast, reliable code analysis.
  • For projects using TypeScript and requiring sophisticated linting rules that leverage static analysis.
  • When seeking an alternative to JavaScript-based linters that may introduce performance overhead.
  • For developers who appreciate a structured approach to code quality enforcement driven by a robust engine.
  • When configuring custom linting rules that require deep access to code structure and AST manipulation.
WHEN NOT TO USE
  • If your workflow primarily consists of simple scripts and does not necessitate rigorous static analysis.
  • If you require a linter that is directly importable and usable as a standard JavaScript module within a browser environment.
  • When seeking a tool with a long history and a vast number of community-contributed plugins readily available for niche frameworks.
  • If your project's build process is extremely sensitive to adding external binary dependencies or requires a pure JavaScript/WASM solution.
  • When integrating with build tools that lack direct support for Go-based CLIs or require pure JS/Node.js dependencies.

CORRECTIONS

Spot wrong data here?

A short note helps us fix it.

Anonymous · No account · No email back

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