Atom本身不规范代码，需插件组合：linter是UI框架，provider（如linter-eslint、linter-flake8）执行检查，prettier-atom或atom-beautify负责格式化；装linter无提示因它不带检查逻辑，必须配对应provider并重启Atom。
Atom 本身不规范代码，靠插件组合实现：linter 是画红线的框架，具体规则由语言 provider（如 linter-eslint、linter-flake8）执行，格式化则交给 prettier-atom 或 atom-beautify。
为什么装了 linter 却没任何提示？
因为 linter 只是 UI 层，不带任何检查逻辑。它必须搭配对应语言的 provider 才能工作：
- JavaScript/TypeScript 项目必须装
linter-eslint（且确保已安装eslintCLI，推荐本地npm install eslint --save-dev） - Python 项目别用
linter-pycodestyle—— 它只查缩进/空格等 PEP 8 表层问题；直接上linter-flake8（pip install flake8），它覆盖未使用变量、逻辑错误等更深层问题 - PHP 项目要配
linter-php，并确认终端能跑通php --syntax-check - 装完 provider 后必须重启 Atom，否则控制台可能静默报
Failed to provide linter services
ESLint 在 Atom 里不标红或 fix 失效？
常见于路径、环境或配置错位，不是插件坏了：
-
linter-eslint默认只读项目根目录下的.eslintrc.js或package.json中的eslintConfig字段，不认全局配置 - Mac 用户常因 GUI 启动 Atom 导致 Node 环境缺失 PATH —— 改用终端执行
atom --new-window启动，继承 shell 环境 - “Fix on save” 要生效，得同时满足：插件设置里开了
Fix on save和Fixable Rules Only，且当前文件没被.eslintignore排除，也没写/* eslint-disable */ - 如果用了
prettier-atom，建议关掉linter-eslint的自动修复，避免两者对同一文件反复改缩进、引号、逗号，造成冲突
怎么让格式统一又不打架？
关键在分层：ESLint 管“对不对”，Prettier 管“好不好看”，.editorconfig 管“基础编辑器行为”：
- 在项目根目录放
.editorconfig，统一indent_size、end_of_line、insert_final_newline等跨编辑器基础项 - 用
prettier-atom做保存时自动格式化（开Format on Save），配置写在.prettierrc里，别和 ESLint 规则重叠（比如关掉 ESLint 的quotes、semi） - 若团队已用
black（Python）或php-cs-fixer（PHP），就别再开atom-beautify，它们规则不兼容，容易互相覆盖 - 注意：Atom 的
prettier-atom不支持 TypeScript + JSX 混合文件的 parser 自动切换 —— 必须在.prettierrc显式加"parser": "typescript"或"parser": "babel"，否则整文件跳过
最容易被忽略的是：Atom 的 lint 和 format 都依赖文件保存触发，而默认很多 provider 关闭了实时校验（Lint on Change）。开了它会卡顿，不开又感知不到问题——折中做法是在 .eslintrc.js 里用 overrides 限定只扫 src/**/*.{js,ts}，既保响应又不漏关键路径。
