eslint-config-current-thing

# Lint The Current Thing <img src="./static/current_thing.jpg" alt="I support the Current Thing" width="200" style=""/> An **extremely unopinionated** config based on an automatically generated popularity contest between the most downloaded ESLint configs/plugins/parsers/rules. **_Now with automated conflict discovery and mitigation!_** > _"Finally, a config everyone hates!"_ --- Linting is too opinionated. In fact, it can become political. `Eslint Config Current Thing` generates an ESLint config objectively based on whatever the current thing is at the time of build w/r/t broad ecosystem-wide definitions and opinion around JavaScript linting. Now, market competition can settle the debate. Presently, lint the current thing combines these configs (and their plugins, submodules, etc.):  | | | | | |----------------------------------------------------------------------------------------------------------------|----------------------------------------------------------------------------------------------------------------|----------------------------------------------------------------------------------------------------------------|----------------------------------------------------------------------------------------------------------------| | [AirBnb Base](https://www.npmjs.com/package/eslint-config-airbnb-base) | [AirBnb-Typescript](https://www.npmjs.com/package/eslint-config-airbnb-typescript) | [AirBnb](https://www.npmjs.com/package/eslint-config-airbnb) | [Antfu](https://www.npmjs.com/package/@antfu/eslint-config) | | [Ava](https://www.npmjs.com/package/eslint-plugin-ava) | [Boundaries](https://www.npmjs.com/package/eslint-plugin-boundaries) | [Chai Friendly](https://www.npmjs.com/package/eslint-plugin-chai-friendly) | [Comments](https://www.npmjs.com/package/@eslint-community/eslint-plugin-eslint-comments) | | [Compat](https://www.npmjs.com/package/eslint-plugin-compat) | [Create React App](https://www.npmjs.com/package/eslint-config-react-app) | [CSS Modules](https://www.npmjs.com/package/eslint-plugin-css-modules) | [Cypress](https://www.npmjs.com/package/eslint-plugin-cypress) | | [Depend](https://www.npmjs.com/package/eslint-plugin-depend) | [ES-X](https://www.npmjs.com/package/eslint-plugin-es-x) | [ESLint](https://www.npmjs.com/package/@eslint/js) | [FormatJS](https://www.npmjs.com/package/eslint-plugin-formatjs) | | [Functional](https://www.npmjs.com/package/eslint-plugin-functional) | [Google Typescript Style](https://www.npmjs.com/package/gts) | [Google](https://www.npmjs.com/package/eslint-config-google) | [GraphQL](https://www.npmjs.com/package/@graphql-eslint/eslint-plugin) | | [Import X](https://www.npmjs.com/package/eslint-plugin-import-x) | [Import](https://www.npmjs.com/package/eslint-plugin-import) | [Internationalization (i18n)](https://www.npmjs.com/package/eslint-plugin-i18next) | [Jasmine](https://www.npmjs.com/package/eslint-plugin-jasmine) | | [Jest Dom](https://www.npmjs.com/package/eslint-plugin-jest-dom) | [Jest Formatting](https://www.npmjs.com/package/eslint-plugin-jest-formatting) | [Jest](https://www.npmjs.com/package/eslint-plugin-jest) | [JSDoc](https://www.npmjs.com/package/eslint-plugin-jsdoc) | | [JSONC](https://www.npmjs.com/package/eslint-plugin-jsonc) | [JSX Accessibility (JSX A11y)](https://www.npmjs.com/package/eslint-plugin-jsx-a11y) | [Markdown](https://www.npmjs.com/package/@eslint/markdown) | [MDX](https://www.npmjs.com/package/eslint-plugin-mdx) | | [Microsoft SDL](https://www.npmjs.com/package/@microsoft/eslint-plugin-sdl) | [Mocha](https://www.npmjs.com/package/eslint-plugin-mocha) | [NextJS](https://www.npmjs.com/package/@next/eslint-plugin-next) | [NextJS](https://www.npmjs.com/package/eslint-config-next) | | [No JQuery](https://www.npmjs.com/package/eslint-plugin-no-jquery) | [No Only Tests](https://www.npmjs.com/package/eslint-plugin-no-only-tests) | [No Relative Import Paths](https://www.npmjs.com/package/eslint-plugin-no-relative-import-paths) | [No Unsanitized](https://www.npmjs.com/package/eslint-plugin-no-unsanitized) | | [No Unused Imports](https://www.npmjs.com/package/eslint-plugin-unused-imports) | [No Use Extend Native](https://www.npmjs.com/package/eslint-plugin-ava) | [Node.js](https://www.npmjs.com/package/eslint-plugin-n) | [Perfectionist](https://www.npmjs.com/package/eslint-plugin-perfectionist) | | [Playwright](https://www.npmjs.com/package/eslint-plugin-playwright) | [Prefer Arrow](https://www.npmjs.com/package/eslint-plugin-prefer-arrow) | [Prettier Plugin PackageJSON](https://www.npmjs.com/package/prettier-plugin-packagejson) | [Prettier Plugin Tailwind](https://www.npmjs.com/package/prettier-plugin-tailwindcss) | | [Prettier](https://www.npmjs.com/package/eslint-config-prettier) | [Prettier](https://www.npmjs.com/package/eslint-plugin-prettier) | [Promises](https://www.npmjs.com/package/eslint-plugin-promise) | [React Compiler](https://www.npmjs.com/package/eslint-plugin-react-compiler) | | [React Debug](https://www.npmjs.com/package/eslint-plugin-react-debug) | [React DOM](https://www.npmjs.com/package/eslint-plugin-react-dom) | [React Hooks Extra](https://www.npmjs.com/package/eslint-plugin-react-hooks-extra) | [React Hooks](https://www.npmjs.com/package/eslint-plugin-react-hooks) | | [React Naming Convention](https://www.npmjs.com/package/eslint-plugin-react-naming-convention) | [React Native (Independent Plugin/Config)](https://www.npmjs.com/package/eslint-plugin-react-native) | [React Native Config](https://www.npmjs.com/package/@react-native-community/eslint-config) | [React Native Config](https://www.npmjs.com/package/@react-native/eslint-config) | | [React Native Config](https://www.npmjs.com/package/eslint-plugin-react-native-globals) | [React Native Plugin](https://www.npmjs.com/package/@react-native-community/eslint-plugin) | [React Performance](https://www.npmjs.com/package/eslint-plugin-react-perf) | [React Prefer Function Component](https://www.npmjs.com/package/eslint-plugin-react-prefer-function-component) | | [React Refresh](https://www.npmjs.com/package/eslint-plugin-react-refresh) | [React Web API](https://www.npmjs.com/package/eslint-plugin-react-web-api) | [React X](https://www.npmjs.com/package/eslint-plugin-react-x) | [React](https://www.npmjs.com/package/eslint-plugin-react) | | [Regular Expressions](https://www.npmjs.com/package/eslint-plugin-regexp) | [Security](https://www.npmjs.com/package/eslint-plugin-security) | [Simple Import Sort](https://www.npmjs.com/package/eslint-plugin-simple-import-sort) | [SonarJS](https://www.npmjs.com/package/eslint-plugin-sonarjs) | | [Sort Class Members](https://www.npmjs.com/package/eslint-plugin-sort-class-members) | [Sort Destructure Keys](https://www.npmjs.com/package/eslint-plugin-sort-destructure-keys) | [Standard JSX](https://www.npmjs.com/package/eslint-config-standard-jsx) | [Standard React](https://www.npmjs.com/package/eslint-config-standard-react) | | [Standard TS](https://www.npmjs.com/package/eslint-config-love) | [Standard](https://www.npmjs.com/package/eslint-config-standard) | [Storybook](https://www.npmjs.com/package/eslint-plugin-storybook) | [Stylistic](https://www.npmjs.com/package/@stylistic/eslint-plugin) | | [Tailwind CSS](https://www.npmjs.com/package/eslint-plugin-tailwindcss) | [Tanstack Query](https://www.npmjs.com/package/@tanstack/eslint-plugin-query) | [Testing Library](https://www.npmjs.com/package/eslint-plugin-testing-library) | [TOML](https://www.npmjs.com/package/eslint-plugin-toml) | | [TSDoc](https://www.npmjs.com/package/eslint-plugin-tsdoc) | [Turbo](https://www.npmjs.com/package/eslint-config-turbo) | [TypeScript](https://www.npmjs.com/package/@typescript-eslint/eslint-plugin) | [Unicorn](https://www.npmjs.com/package/eslint-plugin-unicorn) | | [Vitest](https://www.npmjs.com/package/eslint-plugin-vitest) | [Webdriver IO](https://www.npmjs.com/package/eslint-plugin-wdio) | [XO](https://www.npmjs.com/package/eslint-config-xo) | [YML](https://www.npmjs.com/package/eslint-plugin-yml) | | [You Don't Need Lodash](https://www.npmjs.com/package/eslint-plugin-you-dont-need-lodash-underscore) | | | |  The winning (and thus most readily supported) high-level architecture is: | Types | FrontEnd | Testing | Style | | ------------ | ------------------------ | ------- | ---------- | | `Typescript` | `React` / `React Native` | `Jest` | `Prettier` | ## Technical explainer This is a meta-config of many configs. Each config/plugin above is added to ESLint's flat config in the order of its NPM download popularity. After the rules of flat-configs are applied, each rule is turned on or off and set with the settings that are present in the config that is the most popular which has an opinion about that rule. Rules are applied only to their appropriate file types. The result is an objectively set config. ## Why? Linting is usually very basic or incrementally added as teams have no reason or time to sit down like AirBnB or Vercel and justify and debate every last ESLint rule, but they do all sit down and figure something out. Internally, the linting is almost always sub-par, and externally, over time, hundreds of eslint plugins and configurations have emerged with various levels of popularity and maintenance, but they usually only address the small set of things that the team who developed them needed to address and invariably miss something. And the "something" that is missed, in aggregate, constitutes a Pareto Ratio of best practices; there is a linting rule for just about everything which is hated about JS, yet you'd never be able to find them all, or have the time to implement them. This is complicated by the fact that NPM does not make searching for ESLint configs/plugins easy. And just when the ecosystem begins to coalesces around some answers, the next new framework emerges, best practices get inverted, configs go out of maintenance, and rules become irrelevant/bad and everybody has to solve the same problems again (for instance, Prettier Plugins are now solving many of the same things the ESLint plugins have been solving for years but that no one spent the time to research). Lint The Current Thing essentially grabs as many configs, plugins, and opinions as possible, indiscriminately, provided they meet minimum thresholds of quality, and compares each rule on a popularity contest, so whatever Lint The Current Thing is (provided you update your packages) that will fundamentally be tied to ecosystem-wide best practices as supported by the most people. Lint The Current Thing achieves this via active package discovery, automated conflict resolution, and automated-reporting. As such, LTCT produces code that is accessible to the widest possible set of developers and stays in-step with the ecosystem. You can read more in the ["Why is this a good idea?"](#why-is-this-a-good-idea) section.  Unsurprisingly, it is incredibly strict with popularity-based opinions on: - **1639** Testing rules - **1620** TSX rules - **1616** JSX rules - **1490** Typescript rules - **1473** Javascript rules - **76** JSON rules - **59** YML rules - **56** TOML rules - **45** MD rules  Surprisingly, _it works_. --- ## Install This config is premised on the [new ESLint Flat Config](https://eslint.org/blog/2022/08/new-config-system-part-1/), so it needs a `eslint.config.js`. Obviously, it requires `eslint` and `typescript` as well. ```bash npm i -D eslint-config-current-thing ``` Then in your `eslint.config.js` ```js import currentThing from "eslint-config-current-thing"; const config = [...currentThing()]; export default config; ``` You'll also probably want something like this in your `package.json` (edit accordingly): ```json { "type": "module", "prettier": {}, "remarkConfig": { "plugins": ["remark-preset-lint-recommended"] }, "engines": { "node": ">=22.0.0" }, "browserslist": [ "defaults and supports es6-module", "maintained node versions" ] } ``` And you'll probably want to restart your ESLint server, maybe more than once. `Command Pallet` > `Restart ESLint Server` --- ## Usage ```js import currentThing from "eslint-config-current-thing"; const config = [ // Rules here will be overridden by the current thing, if they collide ...currentThing(), // Rules here will override the current thing, if they collide ]; export default config; ``` ### Options Presently, there are three options: `disable`, `override`, and `threshold`. For `disable` and `override` a few configs will have internal configs or overrides, for instance `shopify` has a config for `esnext`, `react`, and others. These can be targeted via adding a secondary namespace, ie, `@shopify/eslint-plugin/jest` (all lowercase, but look up in the source def for exact targets). #### `disable` To disable the entirety of a particular config, that config must be named via its package name, like so: ```js import currentThing from "eslint-config-current-thing"; const config = [...currentThing({ disable: ["eslint-config-import"] })]; export default config; ``` E.g. if you disable every config, in order from the most downloaded down, until you hit `functional`, then functional will be your leading config and your project will then be linted with the recommended functional style. **WARNING: `disable` may have unintended consequences where the linted code might get into an irreconcilable state, as various configs can toggle rules. We attempt to guard against this with automated conflict resolution but things can still sneak by.** #### `override` In the event that you need to override or change a rule in order with respect to all other rules: ```js import currentThing from "eslint-config-current-thing"; const config = [ ...currentThing({ override: { "eslint-config-airbnb": { "no-restricted-syntax": 2 } }, }), ]; export default config; ``` `override` will not clear existing rules but is provided in the unlikely case that a given rule needs more fine-tuning, `disable` takes precedence over `override`. #### `threshold` `threshold` can be passed to the options object to set the popularity threshold for packages. See [threshold](#1-additions) for default setting. Configs exist down to the 300,000 range presently, if you really want to open up your codebase to rules. ```js import currentThing from "eslint-config-current-thing"; const config = [ ...currentThing({ threshold: 1_000_000, }), ]; export default config; ``` This would only include packages that exceed 1,000,000 downloads per month, and thus would constitute a more lenient linting config as less rules will be activated. ### Observability There are a crazy amount of rules in this config, and they are completely overwhelming. Try easing into them by setting a high `threshold`, and understanding what you are getting into: - To see the current config standings, checkout [`src/config.js`](./src/config.js) - To see the full current rule set, checkout: - TS [`current-ts.json`](./current-ts.json) - JS [`current-js.json`](./current-js.json) - Test [`current-test.json`](./current-test.json) - TSX [`current-tsx.json`](./current-tsx.json) - JSX [`current-jsx.json`](./current-jsx.json) - JSON [`current-json.json`](./current-json.json) ### Overwrite Preferences What is more, you can Enable, Disable, Add or Alter any rule you come across, like so: ```js import currentThing from "eslint-config-current-thing"; const config = [ ...currentThing(), { // Enable/Disable/Alter any set of specific rules rules: { "functional/no-this-expressions": 2, }, }, ]; export default config; ``` --- ## Config Methodology - "The Rules" ### 1. Additions  **For a CONFIG to be added, it needs to have around 531,417 monthly downloads (or 4 consecutive weeks above 100,000 weekly downloads Circa Feb 2023 adjusted for 15% annual download inflation).** This is to prevent spam, bloat, needless PRs, drift, and arguments about minutia. But it's also variable as configs change popularity. Yes, it's arbitrary (and it can be spoofed/is [naively calculated](https://blog.npmjs.org/post/92574016600/numeric-precision-matters-how-npm-download-counts-work.html)), but it seems to be a good heuristic for the cutoff between generally used configs and niche configs. It is also the default threshold.  **For a PLUGIN to be added, it needs to be included in an added config, or meet similar config quality standards.** This is to ensure that configs work as intended. In short, it should be easy for a plugin to get added and stay added, but hard for a config. To determine if your preferred config is eligible, visit the NPM page and check the weekly download count, or scroll to the bottom to see a list of packages presently under consideration. You can always extend/disable this config to meet your own needs. However, if you think a config should be included, and it passes the `monthly count test` (and is not garbage/has stars/contributors, etc.), open a PR or Issue, and it will be added. When adding a rule, the "recommended" version of that rule will be unashamedly ~~smashed~~ used with as little alterations as possible. Outside of getting the various pieces to play nice together, Lint the Current Thing does all it can to _not_ define any new individual rules or to have any opinion. See Conflicts below. **Holding back intensifies** ### 2. Conflicts **Conflicting rules favor the preferences of more popular configs via the rules of ESLint flat-config merging.** Adding a bunch of configs will introduce conflicts. But conflicts are now automatically resolved on a config and rule basis, where conflicting rules are disabled (set to `0`) at the conflict config order. This way, they are ideologically in line with the popularity contest. If two conflicting configs switch order, the rules will switch as well. To see the full list of generated conflicts check out [incompatibilities](src/conflicts/incompatibilities.ts). If conflicts can not be resolved this way (i.e. three or more differently named rules which cyclically enforce opposing behavior) then the rules are manually added to the config as known conflicts. It would add insane complexity to fix this automatically to find the less than 5 cases where this actually happens. ### 3. Sub-Categories **Whatever the leading config is, for any particular thing, that is the config which gets to decide other config's sub-preferences, winner take all, for that particular thing.** ESLint is about linting JavaScript, and many rules and opinions exist around what constitutes "appropriate" use of JS. Many of those opinions not only deal with JavaScript but also deal with auxiliary or tangential systems. Of those tangential systems, where there are conflicts which can not be resolved via merging, the popular winner takes all. For instance, despite being well-supported, very few people use Flow in comparison to TypeScript for typing. Thus, Typescript gets to dominate typing framework and other packages are expected to use their TypeScript-native rules, while Flow is discouraged / unsupported. If Flow suddenly became more popular than TypeScript, this would change. In most cases, opposing frameworks can both be included, like varying style guides (e.g. prettier vs standard vs functional) as neither present fundamentally breaking changes to the other. ### 4. Linting Lag In the case of the linting ecosystem _strongly favoring against something_ but that thing being an integral part of new, cutting-edge development, new cutting-edge tech will take precedent by **disabling** rules which oppose it. For example, the [semi-recent linting sentiment](https://dev.to/jackshen/stop-using-for-loops-here-s-why-2hp) of "we will never use loops again" being encumbered by the usefulness (and perhaps [need](https://stackoverflow.com/questions/53798589/await-loop-vs-promise-all)) of `for await ... of` loops and AirBnB (a very popular config) still recommending against. ### 5. Abandoned Configs Considering that linting is such a minor part of coding, often times popular configs will be abandoned and then forked, and the community will continue to use both config versions, and most will have no idea of the split. In such cases (e.g. Comments and Node) the two versions will be grouped together such that their download counts are combined and dependencies are flushed, but only the maintained rules will be added or supported. If a repository is abandoned due to lack of community interest and has no fork--because no one wants/needs it. It will be removed. --- ## Why is this a bad idea? 1. "Everything popular is wrong" - Oscar Wilde 1. There is a KXCD for this: ![KXCD](https://imgs.xkcd.com/comics/standards.png) 1. Somebody will game the system to get a billion weekly downloads. 1. Because NPM naively calculates the download count, once a config makes it into the `current-thing` it will never and can never leave (Until we up the download count minimum or check in nodes modules, etc.) 1. We are moments away from AI linting code way better than ESLint. Mere moments! ## Why is this a good idea? That said, there are some very compelling reasons to use this config above other configs: 1. Please watch "[**Code is for Humans**](https://frontendmasters.com/teachers/kyle-simpson/code-is-for-humans/)" by Kyle Simpson, author of "[You Don't know JS](https://github.com/getify/You-Dont-Know-JS)". Tying the way that code is written to the way that the most people read it helps ensure that it is accessible for the most humans. A project which adheres to whatever the `current thing` is can be objectively certain that the _most developers in the entire ecosystem_ will be somewhat comfortable approaching it. This makes debugging, contributing, using, understanding, and sharing code easier. No one will be 100% happy with the linting results (what else is new?), but this at least provides some basis to ease developer ramp up time with any particular project or JS code base. Linting React code as React Native code sounds dumb at first, but its really no different from using a superset of React, which is the exact same pattern as Typescript and JS, by putting tighter limits on the code, it makes it more accessible to a wide range of participants. 1. It adds a "higher-authority" or "single source of truth" to config discussions--which is not just someone else's opinion, but aggregate opinion at large, as it spreads across use cases. And as such, it better arbitrates disagreement. Many rules offer links to justification, and it's hard to argue that more learning about JS is bad. 1. Further, it encourages developers to stop making yet more highly opinionated individualized ESLint configs, and instead coalesce around the community configs they like. We love Prettier's stance embracing _opinionated_ configurations, but it does not do well as an example for the ecosystem--if everyone embraces being highly opinionated, everyone loses. If someone truly is willing to die on some linting hill, and wishes that everyone would conform to their demands, they should seek to add those rules to an existing config which this config extends, simply because this config exists, and someone else, somewhere, might also be already using it, and love the new idea. Sure, you could do that with any other config, but what other config is as encompassing and as unopinionated as this? If you go it alone, you may not have any allies, may never get the message out, or worse still, may never have the rude awakening that it's just not a good idea. 1. Custom or extremely granular rules which add value to qualifying configs and are not defined in higher-ranking configs still make it into the `current thing` final config, no matter how obscure. This alters strategies for convincing people about the merits of your new rule. It puts a bid on new rule creation in existing/popular repos, making existing rule sets more robust. In addition to stopping config proliferation, it actually helps build better rules. And more so, it encourages developers behind more popular configs to remain competitive. 1. This config will shift as the opinions in JS Linting shift, just as all human languages shift. All of those shifts in opinion, both outside and in the config will happen on the margin. Non-democratic configs do not listen to this nuance, they take a stance and see if anyone follows. To demonstrate how `current thing` manages this, clone this repo and open up `src/config.js`. Then, alter the `order` of the configs, and you will see how the rules _marginally_ change. It's not just that [software is eating the world](https://a16z.com/2011/08/20/why-software-is-eating-the-world/), it's actually _JavaScript_ software, and we must be cognizant of how everyone is using it in wildly disparate ways as new styles, processes, and technologies rise and old ones fall. 1. Unlike many other configs, this config completely abstracts away the need to add any other `eslint` packages, configs, plugins, and management. It is a pure barbell--absolutely simple in its application, and yet insanely complex and heavy-weight in its implementation. 1. This config can be, and should be, used as an auditing tool. It exposes an eye watering amount of linting problems. I'm not crying. You're crying. ## What is everyone saying? <img src="./static/andreessen.png" alt="I support the Current Thing" width="800" style=""/> <img src="./static/altman.png" alt="I support the Current Thing" width="800" style=""/> <img src="./static/yglesias.png" alt="I support the Current Thing" width="800" style=""/> --- ## Great resources that this project draws heavily upon - [Awesome ESLint](https://github.com/dustinspecker/awesome-eslint) - [Sheriff ESLint Config](https://www.eslint-config-sheriff.dev/) - [Eslint-Config-Hardcore](https://www.npmjs.com/package/eslint-config-hardcore) ## Architecture We're expecting to see an Architecture section, huh? ```mermaid graph LR gen[generate] --> fix[generate:fixables] fix --> node_fix[node: get-fixables.ts] ==> lint_fix[lint] --> x[Fixable rules now known] fix --> confl[generate:conflicts] confl --> node_confl[node: generate-conflicts.ts] --> lint_confl[lint] --> y[Individual configs now generated] confl --> incomp[generate:incompatibles] incomp --> node_incomp[node: get-incompatibles.ts] --> lint_incomp[lint] --> z[Individual conflicting rules now known] incomp --> confs[generate:configs] confs --> gen_conf[generate:config] --> node_gen_conf[node: generate-config.ts] --> node_npm_q[NPM queried for counts] --> lint_conf[lint] --> a[Final configuration now generated] confs --> gen_curr[generate:currents] --> curr_all[all currents] curr_all --> curr_ts[current:ts] curr_all --> curr_js[current:js] curr_all --> curr_test[current:test] curr_all --> curr_tsx[current:tsx] curr_all --> curr_jsx[current:jsx] curr_all --> curr_jsx[current:md] curr_all --> curr_jsx[current:yml] curr_all --> curr_jsx[current:json] curr_all --> lint_curr[lint] --> b[All JSON configs now generated] confs --> readme[generate:readme] readme --> node_readme[node: generate-readme.ts] --> node_npm_s[NPM searched for all configs] --> c[Current state of all config rankings now known] ``` ## We will not be adding these configs  In an effort to find as many possible ESLint appropriate packages, plugins, and configs, we have cast a massive net to comb through NPM packages so you don't have to. The amount of acceptable packages is bottomless, but taken from the most downloaded package that meets our widest search terms ("config" "plugin" or "eslint") the count of rejected packages should be a heuristic for the depth at which the current package runner-up is at. The amount of packages reviewed and rejected **5432**.  All rejected packages are always open for debate! ## We are considering adding these configs  The following section is generated according to spec. Generated on 2/11/2025, total known packages **25,185**. Top 40 next in line, downloads for the previous 28 days: - 1,569,528 downloads, [eslint-plugin-typescript-sort-keys](https://www.npmjs.com/package/eslint-plugin-typescript-sort-keys) - 1,058,816 downloads, [@vercel/style-guide](https://www.npmjs.com/package/@vercel/style-guide) - 1,025,475 downloads, [eslint-plugin-rxjs](https://www.npmjs.com/package/eslint-plugin-rxjs) - 785,672 downloads, [@emotion/eslint-plugin](https://www.npmjs.com/package/@emotion/eslint-plugin) - 594,187 downloads, [@lwc/eslint-plugin-lwc](https://www.npmjs.com/package/@lwc/eslint-plugin-lwc) - 475,022 downloads, [eslint-config-ngs](https://www.npmjs.com/package/eslint-config-ngs) - Not Yet Eligible - 444,582 downloads, [astro-eslint-parser](https://www.npmjs.com/package/astro-eslint-parser) - Not Yet Eligible - 441,765 downloads, [eslint-config-universe](https://www.npmjs.com/package/eslint-config-universe) - Not Yet Eligible - 438,604 downloads, [eslint-plugin-fp](https://www.npmjs.com/package/eslint-plugin-fp) - Not Yet Eligible - 438,264 downloads, [@salesforce/eslint-config-lwc](https://www.npmjs.com/package/@salesforce/eslint-config-lwc) - Not Yet Eligible - 434,677 downloads, [eslint-plugin-no-null](https://www.npmjs.com/package/eslint-plugin-no-null) - Not Yet Eligible - 431,944 downloads, [@ngrx/eslint-plugin](https://www.npmjs.com/package/@ngrx/eslint-plugin) - Not Yet Eligible - 429,081 downloads, [eslint-plugin-astro](https://www.npmjs.com/package/eslint-plugin-astro) - Not Yet Eligible - 420,071 downloads, [sherif-linux-x64](https://www.npmjs.com/package/sherif-linux-x64) - Not Yet Eligible - 414,989 downloads, [sherif](https://www.npmjs.com/package/sherif) - Not Yet Eligible - 414,553 downloads, [@shopify/eslint-plugin](https://www.npmjs.com/package/@shopify/eslint-plugin) - Not Yet Eligible - 407,589 downloads, [eslint-plugin-qunit](https://www.npmjs.com/package/eslint-plugin-qunit) - Not Yet Eligible - 399,406 downloads, [eslint-config-xo-typescript](https://www.npmjs.com/package/eslint-config-xo-typescript) - Not Yet Eligible - 399,347 downloads, [eslint-rule-documentation](https://www.npmjs.com/package/eslint-rule-documentation) - Not Yet Eligible - 397,597 downloads, [@salesforce/eslint-plugin-lightning](https://www.npmjs.com/package/@salesforce/eslint-plugin-lightning) - Not Yet Eligible - 382,592 downloads, [eslint-plugin-vitest-globals](https://www.npmjs.com/package/eslint-plugin-vitest-globals) - Not Yet Eligible - 378,172 downloads, [@gitlab/eslint-plugin](https://www.npmjs.com/package/@gitlab/eslint-plugin) - Not Yet Eligible - 374,406 downloads, [eslint-plugin-react-native-a11y](https://www.npmjs.com/package/eslint-plugin-react-native-a11y) - Not Yet Eligible - 371,073 downloads, [eslint-plugin-import-newlines](https://www.npmjs.com/package/eslint-plugin-import-newlines) - Not Yet Eligible - 366,804 downloads, [eslint-config-airbnb-typescript-prettier](https://www.npmjs.com/package/eslint-config-airbnb-typescript-prettier) - Not Yet Eligible - 364,114 downloads, [eslint-config-semistandard](https://www.npmjs.com/package/eslint-config-semistandard) - Not Yet Eligible - 361,477 downloads, [eslint-plugin-github](https://www.npmjs.com/package/eslint-plugin-github) - Not Yet Eligible - 357,795 downloads, [eslint-plugin-file-progress](https://www.npmjs.com/package/eslint-plugin-file-progress) - Not Yet Eligible - 357,570 downloads, [eslint-plugin-i18n-text](https://www.npmjs.com/package/eslint-plugin-i18n-text) - Not Yet Eligible - 353,053 downloads, [eslint-config-react](https://www.npmjs.com/package/eslint-config-react) - Not Yet Eligible - 349,453 downloads, [eslint-plugin-import-helpers](https://www.npmjs.com/package/eslint-plugin-import-helpers) - Not Yet Eligible - 341,880 downloads, [eslint-config-xo-space](https://www.npmjs.com/package/eslint-config-xo-space) - Not Yet Eligible - 341,430 downloads, [hermes-eslint](https://www.npmjs.com/package/hermes-eslint) - Not Yet Eligible - 340,183 downloads, [@wordpress/eslint-plugin](https://www.npmjs.com/package/@wordpress/eslint-plugin) - Not Yet Eligible - 338,833 downloads, [eslint-plugin-no-secrets](https://www.npmjs.com/package/eslint-plugin-no-secrets) - Not Yet Eligible - 336,144 downloads, [eslint-plugin-escompat](https://www.npmjs.com/package/eslint-plugin-escompat) - Not Yet Eligible - 334,345 downloads, [eslint-filtered-fix](https://www.npmjs.com/package/eslint-filtered-fix) - Not Yet Eligible - 333,228 downloads, [eslint-nibble](https://www.npmjs.com/package/eslint-nibble) - Not Yet Eligible - 329,051 downloads, [@oxc-resolver/binding-darwin-arm64](https://www.npmjs.com/package/@oxc-resolver/binding-darwin-arm64) - Not Yet Eligible - 328,772 downloads, [@pnpm/npm-resolver](https://www.npmjs.com/package/@pnpm/npm-resolver) - Not Yet Eligible