技能介绍

解决什么问题

在 JS/TS 代码库里跑一次 eslint，终端往往滚出几百行输出：同样的规则错误散落在几十个文件里，有的可以直接自动修复，有的必须手工改。手动筛选哪些违规值得先修、哪些属于噪音，本身就是一项重复劳动。更麻烦的是，这些结论很难直接贴进 PR，评审者要么从头看一遍完整输出，要么自己重新跑一遍 ESLint。

这个技能把「跑 ESLint → 消化输出 → 分配修复优先级 → 同步给团队」串成一步：直接在代码库上执行 ESLint，把违规按规则和文件归类，生成一份优先级修复计划，并渲染成 Markdown 评论。

核心能力

按规则聚合：把分散在不同文件里的同类违规归到一起，比如所有 no-unused-vars 报错只出现一次汇总，而不是每个文件重复一条。
按文件分组：同一文件内的违规保持在一起，方便按文件逐个清理。
区分修复方式：把可以自动修复的违规和需要手工处理的分开，前者交给 --fix 即可解决，后者才需要人工判断。
优先级计划：输出是一份修复计划，而不是原始日志，团队可以按顺序推进。
Markdown 输出：结果渲染为 Markdown，适合直接作为 GitHub PR 评论发布。

适用边界

只负责摘要与计划，不执行修复本身；自动修复仍需配合 eslint --fix 或编辑器操作。
分类与优先级依赖 ESLint 规则和代码库配置，结果质量取决于 .eslintrc / flat config 是否合理。
环境要求 Node.js ^20.19.0、^22.13.0 或 >=24，且带 SSL 支持；Pnpm 用户需配置 node-linker=hoisted。
使用 TypeScript 类型定义时要求 TypeScript 5.3 或更高。