atom-runner 已归档停更，安装必失败；应改用现维护的 script 插件，支持多语言一键执行，但复杂项目仍需系统终端。
atom-runner 已停止维护，别再折腾安装了
Atom 本身不带运行脚本功能，atom-runner 曾是主流方案，但它在 2019 年就彻底归档（archived），不再接收更新或修复。现在装它大概率失败，即使侥幸装上，也会在新版 Atom 或 Node.js 环境下报 Error: Cannot find module 'temp'、Failed to require the main module 这类错误——根本原因是依赖链断裂，不是你配置错了。
替代方案：用 script package（轻量、现维护、支持多语言）
script 是目前 Atom 社区最稳定、更新最勤的执行插件，支持 Python、Node.js、Ruby、Go、Bash 等几十种语言，且能自动识别文件后缀匹配解释器。
实操建议：
- 在 Atom 的 Settings → Install 页面搜
script，点 Install（别选atom-runner或run-in-terminal） - 安装后，打开任意
.py文件，按Ctrl+I（Windows/Linux）或Cmd+I（macOS）即可运行；.js文件同理 - 如需自定义命令（比如强制用
python3而非系统默认python），在 Atom 设置里搜script，进其配置页，修改Command字段为python3，并确保Arguments包含{file_path} - 注意：它默认在 Atom 内置终端输出，不弹新窗口；如果脚本需要交互输入，得勾选配置里的
Use node-pty（仅限 Node.js 环境下生效）
为什么不用 platformio-ide-terminal 或 term2 这类终端插件？
这类插件本质是嵌入式终端，不是“运行脚本”的工具——你需要手动 cd、输入 node xxx.js 或 python yyy.py，和系统终端无异。它解决的是“有终端”，不是“一键执行当前文件”。
常见误判场景：
- 想快速验证一个
test.js，结果打开platformio-ide-terminal，输完命令才发现路径写错，反复cd——这不是提效，是倒退 -
term2在 Atom 1.60+ 后已不兼容，启动即报Cannot read property 'onDidDestroy' of undefined - 它们不解析 shebang（如
#!/usr/bin/env python3），也不自动传参，所有逻辑得你手写
实在要跑复杂流程？直接切到系统终端更可靠
Atom 不是 IDE，它没能力管理构建任务、环境变量隔离或调试会话。script 插件只适合单文件快速验证。一旦涉及：
- 多个文件联动（比如
import其他模块的 Python 项目） - 需要特定虚拟环境（
venv或conda） - 运行带参数的命令（
python main.py --verbose --port=8000）
那就别在 Atom 里硬扛。关掉编辑器，打开系统终端，用 cd 进项目根目录，该激活环境激活环境，该写命令写命令——省去插件兼容性判断、路径拼接错误、shell 解析差异这些隐形成本。
真正麻烦的从来不是“怎么按个键运行”，而是“运行时用的是哪个 Python、哪个 PATH、哪个工作目录”。这些细节，插件藏得越深，出问题时越难定位。
