script插件仅支持单次同步执行，不接管stdin流或保持进程存活，故无法运行含input()的python脚本或node.js长时服务；交互/服务类任务须切系统终端手动执行。
Atom 本身不运行代码，它靠插件 + 系统环境配合执行 —— 没装对插件、没配好路径、没从终端启动，90% 的“运行失败”都卡在这三步。
Script 插件为什么跑不了 input() 或 node server？
因为 script 是单次同步执行：启动解释器 → 读取文件 → 输出 → 进程退出。它不接管 stdin 流，也不保持进程存活。
- Python 中写
input()会直接抛EOFError: EOF when reading a line，不是代码错，是运行方式不支持 - Node.js 写
http.createServer().listen(3000)会打印端口监听成功，但 Atom 底部面板秒退，服务实际没起来 - 解决办法只有两个：
script仅用于纯计算/输出类脚本；交互或长时服务必须切终端手动跑python script.py或node server.js
Windows 下 C/C++ 编译报 “gcc not found” 怎么办？
不是插件问题，是 MinGW 路径没进系统 PATH，或者 Atom 没读到它。
- 先在 PowerShell 里执行
gcc --version，能回显说明编译器已装好；不能则去osdn.net/projects/mingw下完整版 MinGW，解压后把mingw64\bin（或mingw32\bin）路径加进系统环境变量Path - 关键一步：必须用终端启动 Atom，比如在 PowerShell 里运行
atom .，否则 Atom 启动时拿不到更新后的PATH，c++-build插件照样找不到gcc - 如果用了
build-gcc插件，还要检查它的设置页里Executable Path是否为空 —— 它默认不自动探测，得手动填gcc或完整路径如C:\mingw64\bin\gcc.exe
Python 脚本运行结果乱码或 import 报错？
八成是 script 插件调用了错误的 Python 解释器，尤其当你装了多个版本（Anaconda、pyenv、系统自带）时。
- 打开 Atom 设置 → Packages → 找到
script→ Settings → 看Command字段：默认是python，它走的是系统PATH里的第一个，未必是你想用的那个 - 改成绝对路径更稳，比如 Windows 填
C:\Users\name\anaconda3\python.exe，macOS 填/opt/anaconda3/bin/python - 如果用了虚拟环境，别图省事改全局配置 —— 在项目根目录建
.atom-build.json，内容写：{ "cmd": "/path/to/venv/bin/python", "args": ["{FILE_ACTIVE}"] }，这样每个项目可独立指定解释器
真正麻烦的从来不是“怎么按哪个键”，而是环境变量是否生效、解释器路径是否精准、插件是否真在用你认为它在用的那个命令 —— 这些地方一错，连 print("hello") 都可能静默失败。
