Atom需先安装linter框架再装linter-eslint，否则静默失败；修复仅限ESLint原生fixable规则（如semi、indent），不支持no-unused-vars等需人工判断的规则；Prettier与ESLint应分工协作，避免冲突。
Atom 本身不自动修复语法错误，必须靠插件组合实现——核心是 linter 框架 + 语言专用 provider（如 linter-eslint）+ 启用 Fix on save 且规则可修复。
为什么装了 linter-eslint 却不标红、也不修复？
Atom 1.24+ 版本后，linter 是强制前置依赖，只装 linter-eslint 会静默失败。常见现象包括：无报错提示、错误不标红、保存时 Fix on save 完全没反应。
- 必须先通过
apm install linter或设置界面安装官方linter（作者 steelbrain），再装对应语言插件 - 装完不要只重启窗口，执行
Window: Reload（快捷键Ctrl+Alt+R）或从终端启动atom --new-window确保 Node 环境一致 -
linter-eslint默认调用项目本地node_modules/.bin/eslint，若未安装或路径不对，它不会 fallback 到全局，也不会报错，只会“假装工作” - 检查
.eslintrc.js中的extends路径是否有效，相关包（如eslint-config-airbnb）是否已npm install
哪些语法错误能被自动修复？哪些不能？
ESLint 的 --fix 能力有限，linter-eslint 的 Fix on save 只能修它原生支持的 fixable 规则，和逻辑无关的纯格式类问题。
- 能修：
semi（分号）、quotes（引号）、indent（缩进）、no-trailing-spaces（行尾空格） - 不能修：
no-unused-vars（删变量）、no-undef（补声明）、react/prop-types（补类型定义）等需人工判断的规则 - 必须在
linter-eslint设置中勾选Fixable Rules Only，否则Fix on save会被忽略 - TypeScript 或 JSX 文件若未在
parserOptions中声明ecmaFeatures: { jsx: true }，整个文件可能被跳过，修复失效
和 Prettier 冲突怎么办？
prettier-atom 和 linter-eslint 都能改代码，但目标不同：Prettier 做格式统一，ESLint 做质量把关。两者同时启用 on save 会互相覆盖，导致格式错乱或修复丢失。
- 推荐分工：用
prettier-atom处理所有格式（缩进、换行、引号等），关闭它的eslintIntegration选项 -
linter-eslint专注报错，只开Lint on The Fly和Fix on save，但仅对真正 fixable 的规则生效 - 若项目已用
.prettierrc，确保linter-eslint的rules不与之冲突，例如禁用indent、quotes等重复规则 - 验证方式：手动改一个
const a = 1 ;，保存后看是否变成const a = 1;（Prettier 修）还是仍报semi错（ESLint 修）
真正卡住人的往往不是“能不能修”，而是“修了但没生效”——因为 Atom 插件链里任何一个环节（路径、scope、缓存、配置格式）出偏差，都会让修复静默掉。每次改动配置后，务必重载 snippets、重载 linter、确认 ESLint 可执行路径，再试一次保存。
