atom 的 script 插件需正确配置后缀、path 中解释器路径及工作目录才能运行脚本；python/js/bash 均需匹配命令名、语言模式和执行上下文，否则报错或无响应。
Atom 本身不运行脚本，所谓“适合写脚本语言”，本质是靠插件 + 系统解释器 + 正确路径协作实现的。没配对任一环节，script 插件点下去就黑屏、报 command not found 或直接没反应。
怎么让 script 插件真正跑起来（Python/JS/Bash 都适用）
script 是目前最稳定、维护最勤的通用执行插件（作者 rgbkrk），但它不是“装上就能用”的魔法按钮。它只做三件事：读文件后缀、查系统 PATH、调解释器执行。所以失败几乎都卡在这三步里：
- 文件必须有正确后缀：
hello.py才触发 python，hello（无后缀）默认走 bash，大概率报错 - 终端里能跑
python3 --version，不代表script能找到它——插件默认用python命令，macOS 和新版 Linux 默认只有python3；进Settings → Packages → script → Command，把值改成python3或绝对路径（如/opt/homebrew/bin/python3） - Windows 用户注意：如果用 conda 或 pyenv，别填
python.exe，填完整路径，比如C:\Users\Alice\miniconda3\envs\py311\python.exe - 按
Ctrl+I（Win/Linux）或Cmd+I（macOS）前，先确认右下角状态栏语言已切为对应类型（如 Python），快捷键是Ctrl+Shift+L；否则它可能当纯文本处理，连执行逻辑都不触发
为什么 JavaScript 文件 import 报错、fetch 失败
这不是 Atom 或插件的问题，而是本地文件协议（file://）天生不支持模块加载和跨域请求。右键“Open in Browser”只是打开 HTML 文件，不会起服务，所有 import、fetch('./data.json')、相对路径引用 JS/CSS 全部失效。
- 必须起一个本地 HTTP 服务：终端进项目根目录，运行
npx http-server -p 8000（无需全局安装）或python3 -m http.server 8000 - 要保存即刷新，用
npx live-server --port=8000，错误直接打在终端里，比弹窗好排查 - 禁用
atom-html-preview插件——它和live-server抢端口，浏览器会卡在 “Connecting…” - ES6 模块（
.mjs或含import的.js）默认 node 不支持，script插件也不会自动加--experimental-modules参数；真要跑，换script-runner插件自定义命令，或直接终端执行
Python 路径错、print 卡住、相对路径读不到文件
这些不是 bug，是执行上下文和缓冲机制导致的典型现象。
-
script默认在项目根目录执行，不是文件所在目录。比如/project/a/b/test.py里写了open('config.json')，它会去/project/config.json找，而不是/project/a/b/config.json—— 改用atom-python-run插件，它会自动cd到文件所在目录再执行 - Python 的
print()默认行缓冲，遇到换行才输出；script插件不加-u参数，你可能等半天没日志。而atom-python-run默认用python -u，更适合调试 - 中文路径或空格路径在 Windows 下容易被
script解析失败，建议整个项目路径用纯英文、无空格（例如C:\dev\my_script）
真正麻烦的从来不是装哪个插件，而是搞清「谁在哪儿、用什么命令、以什么工作目录、带什么参数」执行——这四要素漏一个，脚本就停在半路。别迷信一键运行，先在终端里手动敲一遍 python3 xxx.py，确认它本来就能跑，再回头配插件。
