JS开发中90%的重复劳动等问题可通过ESLint+Prettier+JavaScript Booster三类插件组合解决，关键在于正确配置规则、避免冲突、明确职责边界。
直接说结论：JS开发中90%的重复劳动、格式混乱、调试低效问题，靠3类插件组合就能解决——不是装得越多越好，而是选对组合、配准规则、避开冲突。
ESLint + Prettier 配置冲突导致保存不格式化
常见现象：editor.formatOnSave 开了但没反应，或者保存后代码缩进乱了、引号变双引号、分号消失；Problems面板里一堆 ESLint 报错却没自动修复。
- 根本原因不是插件没装，而是 ESLint 和 Prettier 规则打架：比如 ESLint 要求
semi: ["error", "always"]，Prettier 却默认关掉分号；又或者 ESLint 检查no-console，Prettier 完全不管这类逻辑问题 - 必须加
eslint-config-prettier（不是插件，是 npm 包），它专门用来关闭所有和 Prettier 冲突的 ESLint 规则 - VSCode 设置里要明确指定 formatter 顺序：
"editor.defaultFormatter": "esbenp.prettier-vscode"，同时开启"source.fixAll.eslint"，否则 Prettier 只管格式、ESLint 只管报错，两者不联动 - 项目根目录的
.eslintrc.js里extends必须包含"prettier"，写成["eslint:recommended", "prettier"]，少一个就失效
Code Runner 运行 JS 时读不到 console.log 或报 ReferenceError
典型场景：写了个const utils = require('./utils')，点右上角▶按钮运行，直接报错ReferenceError: require is not defined；或者console.log输出看不见，只在 OUTPUT 面板闪一下就没了。
- Code Runner 默认用 Node.js 执行，但它启动的是
node --eval模式，不支持require、module.exports，也不加载package.json里的type: "module" - 临时解法：在设置里搜
code-runner.executorMap，把javascript对应值改成"node $fullFileName"（注意不是$fileName），确保整文件被加载 - 但更稳的方式是放弃 Code Runner 做模块化开发——改用 VSCode 内置的
Run and Debug，它会读launch.json里的program字段，支持断点、环境变量、import语法 - 如果只是测小片段，别写
require，用纯函数+console.log，Code Runner 就很顺
JavaScript Booster 的重构建议不出现或误触发
现象：光标停在var name = 'xxx'上，左侧没灯泡；或者点了“Convert to const”后，把不该改的let变量也一起转了；再或者if-else里有副作用语句（比如api.call()），它还敢给你转成三元表达式。
- 灯泡不出现，大概率是当前文件没被识别为 JavaScript —— 检查右下角语言模式是不是
JavaScript，不是就点它手动切；或者文件后缀不是.js（比如.jsx或.ts），Booster 默认不激活 - 它只作用于“安全可重构”的代码块：变量不能被重赋值、不能跨作用域引用、不能有
try/catch包裹；一旦检测到风险（比如if里调用了函数），就不会提供Replace with ?:选项 - 想强制触发？不行。这不是 bug，是设计——它背后用 AST 分析语义，不是字符串替换。你硬要转，得先确保
if分支里只有纯表达式 - 别依赖它做复杂逻辑转换，它的价值在于高频小动作：
var → const、function → () =>、+ → ${}，这些才是零风险、真提效
通义灵码/TabNine 补全建议总不合预期
输入fetchUser回车，AI 给了一堆axios.get示例，但你项目里用的是fetch；或者写注释// 获取用户列表，补全出来却是getUserById而不是getUserList。
- AI 补全质量极度依赖上下文：它优先看当前文件、同目录下的
.js文件、甚至package.json里声明的依赖。如果你刚删了axios，但缓存没清，它还会按旧依赖生成 - 最简单干预方式：在函数名前加类型提示，比如写
/** @type {Promise<user>} */ async function getUserList() {</user>，AI 会更倾向返回数组结构 - TabNine 本地模型对项目私有 API 理解弱，通义灵码云端模型强但依赖网络——离线时基本失效；二者都建议关掉
full-line completion，只开行尾补全，避免强行续写破坏逻辑 - 真正有效的习惯是：先写函数签名和 JSDoc，再让 AI 补内部实现；别让它猜你要什么，要告诉它
插件不是魔法棒，它们各自有边界：ESLint 管对错，Prettier 管美丑，Booster 管小步重构，AI 工具管补全密度——混用可以，但得清楚每一步谁在干活、谁该背锅。最容易被忽略的，其实是项目级配置文件（.eslintrc.js、.prettierrc）和 VSCode 工作区设置（.vscode/settings.json）的版本一致性。同一套规则，在你本地跑得好，CI 上挂了，八成是这里没同步。
