Atom本身不运行代码，所有“运行”动作依赖外部工具链和插件协作；script插件需正确识别语言（右下角切换或Ctrl+Shift+L）、启用终端模式（Ctrl+I）、配置真实解释器路径（如python3绝对路径），否则会无输出、报command not found或交互失效。
script 插件跑 Python/Shell/C 总没反应？先看语言识别和终端模式
script 插件只靠文件后缀（如 .py、.sh、.c）匹配解释器。如果文件叫 deploy（无后缀）或 build（没写 .sh），它就当纯文本处理，根本不会触发运行按钮。
- 右下角状态栏点当前语言名（比如 “Plain Text”），手动切到
Python、Bash或C++ - 快捷键：
Ctrl+Shift+L（Win/Linux）或Cmd+Shift+L（macOS），输入语言名回车 - 运行前必须按
Ctrl+I（Win/Linux）或Cmd+I（macOS）启用终端模式——否则input()、read -p类交互直接跳过或挂起 - script 设置里勾选
Use Terminal，别选Use Script Panel；后者是只读输出区，不支持 stdin
HTML 页面一打开就跨域或 import 失败？别用右键 Open in Browser
“右键 → Open in Browser” 类插件（如 open-in-browser）只是用 file:// 协议打开本地文件，本质没启动服务器。ES6 import、fetch('./data.json')、相对路径引用 CSS/JS 全都会失败，但你可能误以为“页面打开了=运行成功”。
- 用命令行起 HTTP 服务才是正解：
python3 -m http.server 8000 - 更推荐：
npx http-server -p 8000（无需全局安装） - 要热重载就用：
npx live-server --port=8000，保存即刷新，错误打在终端里，比弹窗好排查 - 禁用
atom-html-preview插件——它和 live-server 抢端口，浏览器会卡在 “Connecting…”
C 代码编译报 “gcc not found” 或输出乱码？c++-build 路径和编码要手动对齐
c++-build 插件不自动找编译器：Windows 默认设 MinGW，macOS/Linux 默认找 gcc，但 Apple Silicon Mac 上可能是 arm64-apple-darwin23-gcc，WSL 里可能是 /usr/bin/gcc，路径不对就直接报 command not found。
- 先在终端确认编译器位置：
which gcc（macOS/Linux）或where gcc（Win） - 进 Atom 设置 → Packages →
c++-build→ Settings，填绝对路径到Compiler Path栏（如/opt/homebrew/bin/gcc-14） - 输出乱码常见于 Windows 终端编码问题：在
c++-build设置里把Encoding改成cp936（中文 Win）或utf8（WSL/macOS）
Python 运行报 sh: python: command not found？script.pythonPath 必须指向真实解释器
script 插件默认调用 python 命令，但很多用户装的是 python3，或用 pyenv 管理多版本，结果 Ctrl+Shift+B 运行时只报这个错。
- 进入 Atom 设置 → Config → 搜索
script.pythonPath - 把值改成你实际的解释器路径，比如：
/home/you/.pyenv/versions/3.11.9/bin/python或C:\Users\You\AppData\Local\Programs\Python\Python311\python.exe - Windows 下路径含空格或中文时，不要加引号——Atom 的配置解析器不认引号包裹的路径
- macOS 用户首次运行 Atom 后，需在终端执行
apm install script才能启用脚本运行功能，否则Ctrl+Shift+B会报command not found
autocomplete-html 的路径补全范围、甚至 script 插件读取环境变量的行为，全都依赖你当前打开的是不是真正的项目根。别在子目录里双击 Atom 启动，也别指望模糊搜索能补出 assets/images/logo.png ——它只扫根目录下一级。 
