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、哪个工作目录”。这些细节，插件藏得越深，出问题时越难定位。