ESLint配置中plugins字段的作用及配置必要性咨询

核心作用 #

plugins 字段的本质就是告诉 ESLint：加载指定的插件包，启用它提供的规则、处理器、自定义环境等扩展功能。

• 插件包的命名通常是 eslint-plugin-xxx 或 @scope/eslint-plugin-xxx，配置时可以简写（比如 @typescript-eslint 对应 @typescript-eslint/eslint-plugin）。

为什么有些插件不用手动配置？ #

像 stencil-eslint 这类工具，一般是以**共享配置（shareable config）**的形式存在——它的内部已经预先配置了 plugins 字段。当你在 ESLint 配置中通过 extends 引入它时，ESLint 会自动继承这份配置，帮你完成插件加载，自然不需要手动写 plugins 字段。

为什么不加 plugins: ['@typescript-eslint'] 也能正常运行？ #

你遇到的情况大概率是：你已经启用了 @typescript-eslint 的共享配置（比如 @typescript-eslint/recommended），而这份共享配置里已经内置了 plugins: ['@typescript-eslint']。通过 extends 继承后，该配置会被合并到你的本地配置中，所以即使你自己不写，--print-config 输出也会包含这个字段，代码检查也能正常执行。
另外，ESLint 有个兜底的“自动加载”机制：如果你直接在 rules 里引用了插件的规则（比如 @typescript-eslint/no-unused-vars），它会尝试自动找到并加载对应插件，但这种方式并不稳定，官方不推荐依赖它。

什么时候必须手动配置？ #

• 如果你没有使用包含该插件的共享配置，直接在 rules 中使用插件规则，必须手动添加 plugins 字段，否则 ESLint 会报错“找不到规则”。
• 如果你需要用到插件提供的处理器（比如处理 .tsx 文件的特殊处理器）、自定义环境等非规则类功能，也必须配置 plugins 来加载这些扩展——共享配置不一定会包含这类功能。

内容的提问来源于stack exchange，提问作者Basti