atom本身不执行代码，仅是编辑器；所有运行依赖外部工具链和插件配合，需手动对齐语言识别、终端模式、解释器路径、http服务及环境变量等环节，缺一即失败。
script 插件跑 Python/C/Shell 脚本总卡住？检查语言识别和终端模式
script 插件默认靠文件后缀（如 .py、.sh）匹配解释器，但如果你写了 deploy（无后缀）或 build（没写 .sh），它就当纯文本处理，根本不会触发运行按钮。
- 右下角状态栏点当前语言名（比如 “Plain Text”），手动切到
Python或Bash - 快捷键
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 页面一打开就报跨域或模块加载失败？别用右键 Open in Browser
“右键 → Open in Browser” 类插件（如 open-in-browser）只是用 file:// 协议打开本地文件，本质没启动服务器。ES6 import、fetch('./data.json')、相对路径引用 CSS/JS 全都会失败，但你可能误以为“页面打开了=运行成功”。
- 改用命令行起轻量 HTTP 服务：Python 3 运行
python3 -m http.server 8000，地址固定为http://localhost:8000 - Node.js 用户装
http-server：npx http-server -p 8000（无需全局安装） - 要热重载就用
live-server：npx live-server --port=8000，保存即刷新，错误也打在终端里，比弹窗好排查
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或where gcc（Win） - 进 Atom 设置 → Packages →
c++-build→ Settings，填绝对路径到Compiler Path栏（如/opt/homebrew/bin/gcc-14） - 输出乱码常见于 Windows 终端编码问题：在
c++-build设置里把Encoding改成cp936（中文 Win）或utf8（WSL/macOS）
想跑 Jasmine 测试却卡在 karma 启动失败？别全局装 karma-cli
全局装 karma-cli 容易和项目里本地 karma 版本冲突，尤其当你用 npx karma start 时，它优先找本地 node_modules/.bin/karma，但全局 CLI 可能版本太老，报 Cannot find module 'karma-jasmine'。
- 删掉全局
karma-cli：npm uninstall -g karma-cli - 确保项目根目录有
karma.conf.js和package.json里含"karma": "^6.4.2"、"karma-jasmine": "^5.1.0"等依赖 - 直接运行
npx karma start，让 npx 自动解析本地 bin - 如果测试里用了 ES6 模块，karma 配置中
preprocessors要加babel或改用karma-webpack，否则浏览器直接报Unexpected token 'export'
