Atom无法运行代码主因是script插件配置错误或系统找不到解释器；需修改python.coffee或config.cson覆盖命令，linter-gcc应换为linter-gcc2并正确配置路径，命令行启动需注意PATH、引号和--clear-window-state，插件链必须完整安装且路径精确。
Atom 本身不运行代码，它只是调用外部命令（比如 python、gcc）来执行；所谓“无法运行”，90% 是 script 插件配置错误或系统找不到对应解释器/编译器。
script 插件里 python 命令没生效？改了 Path 还是调用失败
常见现象：点 Ctrl+Shift+B 后控制台输出 command not found: python 或直接卡住，即使终端里 python3 --version 正常。
- 不是只改
Settings → Packages → script → Python Path就够——这个设置只影响 Python grammar 的默认命令，script插件内部还有一层硬编码映射（比如把.py文件默认绑定到python而非python3） - 必须进源码改：
Atom → Packages → script → View Code→ 打开lib/grammars/python.coffee→ 把所有"python"字符串（尤其在command:和scopeName:附近）替换成"python3" - 更稳妥的替代法：不碰 CoffeeScript，直接在
~/.atom/config.cson里加覆盖项：core: customFileTypes: "source.python": ["py"] "script": command: "source.python": "python3"注意缩进必须是两个空格，且整个文件是合法的 CSON（不能有 trailing comma）
Windows 上 apm install linter-gcc 不报错但不检测 C 代码
典型表现：装完 linter、linter-gcc、linter-ui-default，C 文件打开后底部状态栏显示 “0 problems”，哪怕写了 int main() { return 0; } 都不标错。
-
linter-gcc已基本废弃，官方维护停止，对现代 MinGW-w64 / MSYS2 环境兼容极差；实际应换用linter-gcc2（作者steelbrain） - 装完
linter-gcc2后，进其 Settings 页面，必须勾选Lint on-the-fly（否则只在保存时检查，且容易漏） - 确认 GCC 可执行路径正确：
linter-gcc2 → Settings → GCC Path应填完整路径，例如C:\msys64\mingw64\bin\gcc.exe，不能只写gcc——Windows 下PATH查找在 Atom 插件中不可靠 - 如果用了 Clang，得手动指定
clang.exe，并确保linter-gcc2的Compiler设置为clang
Atom 命令行启动后不加载项目或定位错位
执行 atom src/main.py:42 后光标没跳到第 42 行，或者打开的是空白窗口而非当前目录项目树。
- 先验证
atom命令是否真可用：atom --version必须返回类似1.60.0；若报错，说明PATH没配对——Windows 用户要加两条路径：C:\Users\{用户名}\AppData\Local\atom\app-1.60.0\resources\app\apm\bin和C:\Users\{用户名}\AppData\Local\atom\bin - 含空格路径必须用英文双引号包裹：
atom "My Project/src/main.py:42"，否则 Atom 会把空格后内容当新参数处理 - 旧窗口残留状态会干扰定位：首次使用建议加
--clear-window-state参数，例如atom --clear-window-state "src/main.py:42" - Mac/Linux 用户若用 GUI 启动 Atom（双击图标），它的环境变量和终端不一致，
atom命令可能找不到本地node_modules/.bin/eslint——此时应从终端执行atom .启动，继承当前 shell 环境
插件装了但功能完全不触发（比如 linter-eslint 零提示）
最隐蔽的问题：插件链断裂。Atom 的 Linter 是分层架构，缺任何一环都会静默失效。
- 必须按顺序装三个包：
linter（核心框架，作者steelbrain）→linter-eslint（检查逻辑）→linter-ui-default（错误渲染）。少一个，就只有后台跑、没界面反馈 -
linter-ui-default容易被误禁：进Settings → Packages → linter-ui-default，确认右侧开关是蓝色“Enabled”，不是灰色 - ESLint 路径必须指向项目本地：
linter-eslint → Settings → ESLint Path应填./node_modules/.bin/eslint（Linux/macOS）或.\node_modules\.bin\eslint.cmd（Windows），不能填全局eslint命令——除非你明确勾选了Use global ESLint installation - Vue/TS 文件需额外配置：仅装
linter-eslint不够，.eslintrc.js中必须有overrides段落，且processor和插件（如eslint-plugin-vue）版本要匹配，否则 ESLint 启动直接崩溃，插件收不到任何 diagnostic 数据
复杂点在于：Atom 的每个环节都依赖上一层的显式注册，没有 fallback；一旦某处配置错位（比如 config.cson 缩进错、package.json 里插件名拼错、路径里混入中文或全角符号），它不会报错，只会沉默跳过——得靠逐层验证 apm list、atom --safe 启动排除、以及看开发者工具 Console 里的 warning 才能定位。
