Atom本身不运行代码，所有报错均来自外部解释器执行失败后由插件原样输出；常见问题包括stderr被吞、路径解析失败（如createfile错误）、GUI环境未继承PATH、脚本路径含空格或Unicode导致解析异常。
Atom 本身不运行代码，所有“运行报错”都是外部解释器（python、node、javac）执行失败后，由 script 或构建系统把错误输出原样甩出来的——想定位问题，得先分清是 Atom 配置错、插件没配对，还是你本地环境根本就缺东西。
script 插件执行后没报错，只卡住或空白
这不是代码没出错，而是 stderr 被吞了或解释器压根没启动成功。
-
script默认加-u参数，但 Windows 上某些 Python 版本（尤其用pythonw.exe）会静默丢弃stderr，导致1/0这种错误完全看不到 - 检查
script包配置里的command：必须是python.exe（Windows）或python3（macOS/Linux），不能写py或pythonw - 临时在代码开头加
print("DEBUG")，确认流程是否走到执行环节；如果连这句都不输出，说明命令根本没跑起来 - 路径含空格或中文时，
script老版本不会自动加引号，需在args中手动包裹：['-u', '"'+filepath+'"']
报错 createfile : the system cannot find the file specified
这是 Windows 下最典型的路径解析失败，和你的代码无关，是 script 找不到解释器或脚本文件。
- 错误来自 Node.js 的
spawn调用失败，说明command字段填的路径（比如py）在PATH中不存在 - 解决方法：把
command改成绝对路径，例如C:\Python39\python.exe，绕过PATH查找 - 脚本路径若含 Unicode 字符，老版
script会解析失败；建议把项目移到纯 ASCII 路径下测试，比如C:\dev\test.py - 别依赖
init.coffee里改process.env.path——script不读这个，它只认自己配置项
运行时报乱码、堆栈截断、颜色丢失
不是编码设错了，是终端模拟器能力不足或 ANSI 控制字符被过滤。
- Atom 内置终端组件（尤其旧版）对长堆栈跟踪支持差，
UnicodeEncodeError类错误常被截成两行，看不出完整路径 - Windows 上 CMD 默认编码是 GBK，而 Python 输出 UTF-8，就会乱码；在命令行先执行
CHCP 65001切到 UTF-8，再用atom --new-window启动 -
script若勾选了 “Hide output when successful”，失败时也可能因缓冲未刷出而显示为空白——务必取消该选项 - ANSI 颜色失效？检查
script配置里是否启用了 “Use a scrollable output panel”，关闭它有时反而能恢复颜色渲染
javac: command not found 或 node: command not found
这不是 Atom 的 bug，是 GUI 环境没继承你终端里的 PATH，尤其 macOS 和 Linux 图形界面启动的 Atom 根本看不到 ~/.zshrc 里加的 JDK 路径。
- macOS：不要点击 Dock 图标启动 Atom，改用终端执行
open -a "Atom"，这样会继承 shell 环境变量 - Linux：从终端运行
atom .，而不是桌面快捷方式；也可在桌面启动器的 Exec 字段里写bash -c "source ~/.bashrc && atom %F" - Windows：检查系统级
PATH是否包含 JDK 的bin目录，用户级PATH在 GUI 应用中不一定生效 - 别在
config.cson里硬写process.env.PATH += '...'—— Atom 启动后才读 config，构建系统早就初始化完了
真正难排查的永远不是“报什么错”，而是“为什么这个错没出来”：stderr 缓冲、路径转义、GUI 与终端环境隔离、插件配置项实际生效范围……这些地方一漏，你就得花半小时对着空白面板发呆。
