Atom本身不运行代码，所有执行均依赖script插件调用系统命令；需满足文件已保存带正确后缀、右下角语言手动选对、启用终端模式（Ctrl+I/Cmd+I）、解释器路径已加入PATH并重启Atom，缺一不可。
Atom 本身不运行代码，所有“运行”动作都是插件调用系统命令的结果；没装对插件、没配好解释器路径、文件没保存或语言识别错，任一环节断掉，就卡在无声无息的状态。
script 插件是唯一通用入口，但默认配置极脆弱
它不是 IDE 内置功能，而是靠 apm install script 手动装上的桥接层。装完后不会自动生效，必须满足几个硬条件：
- 文件已保存且带正确后缀（
.py、.js、.c），否则右下角显示Plain Text，绿色 ▶ 按钮直接消失 - 右下角语言名必须手动点开并选对（如
Python，不是Python (Babel)或JavaScript） - 快捷键
Ctrl+I（Win/Linux）或Cmd+I（macOS）必须按一次——这是启用终端模式的开关，否则input()、read -p类交互直接跳过 - 插件设置里要勾选
Use Terminal，别选Use Script Panel（后者只读，不支持 stdin）
报 command not found？问题不在 Atom，在你的 PATH
看到 command not found: python 或 gcc not found，第一反应不该是重装插件，而是立刻打开系统终端验证：
- 运行
which python3（macOS/Linux）或where py（Windows），有输出才说明解释器存在且已入 PATH - 若无输出，去系统环境变量里补上解释器所在目录（如
C:\Python39\或/opt/homebrew/bin），然后**必须重启 Atom** —— 它不读取运行时新改的 PATH - macOS 上注意：Xcode 自带的
clang不叫gcc，which gcc为空是正常的；需用 Homebrew 装 GNU GCC：brew install gcc，再确认which gcc-14有路径
不同语言得换不同姿势，不能一套配置走天下
同一个 script 插件，对 Python、JS、C、SQL 的处理逻辑完全不同，硬套会失败：
-
.py文件：默认调python3，但含import时若工作目录不对，会报ModuleNotFoundError—— Atom 不自动cd到文件目录，得自己在终端里先cd -
.js文件：import语法默认不支持，.mjs后缀或加node --experimental-modules参数才生效；ES6 模块加载失败基本都因没启服务 -
.c文件：gpp-compiler插件按F5编译，但只认.c后缀 + 右下角语言设为C；扩展名写成.cpp或状态栏显示Plain Text，就静默失败 -
.sql文件：默认调sql命令，但系统几乎不可能装这个可执行文件；得进script设置页，把Command改成mysql -u root -p mydb < <file>这类真实命令
HTML 页面打不开？你根本没启动服务器
右键 → Open in Browser 是最大陷阱：它用 file:// 协议打开，所有 fetch('./data.json')、import、相对路径引用都会跨域或 404，但页面“看起来打开了”，让人误判成功。
- 静态资源要跑起来，必须起本地 HTTP 服务：
python3 -m http.server 8000或npx http-server -p 8000 - 要热重载，用
npx live-server --port=8000，保存即刷新，错误全打在终端里，比弹窗好排查 - 别信“一键打开浏览器”类插件，它们解决不了协议限制，只是掩盖问题
最易被忽略的是：Atom 从不自动保存文件，也从不切换工作目录，更不会帮你修正编码或路径空格。所有“点了没反应”的背后，大概率是文件还叫 untitled，或者路径里有中文、空格、符号链接——这些细节不亲手验一遍，光看插件设置永远调不通。
