atom本身不执行代码，仅是文本编辑器；运行依赖script等插件调用系统解释器，需确保python/node.js已安装、path配置正确、文件已保存且后缀匹配。
Atom 本身不提供“运行代码”的内置功能，它只是一个文本编辑器；所谓“运行”，实际依赖终端执行命令或调用外部工具。别被插件名误导——script 插件只是帮你自动拼接并执行 shell 命令，不是解释器本身。
为什么 script 插件经常报错“command not found”
这个错误本质是 Atom 启动的子进程没加载你的 shell 配置（比如 ~/.zshrc 或 ~/.bash_profile），导致 PATH 里没有 python、node、go 等命令。
- macOS 上 Atom 常通过 Dock 或 Finder 启动，此时继承的是 login shell 的环境，但默认不读取交互式配置文件
- Linux 桌面环境类似，桌面启动器通常不触发完整 shell 初始化
- Windows 用户如果用 Git Bash 或 WSL，
script插件默认可能调用 cmd.exe，根本找不到npm - 解决方法：在
script插件设置里手动指定 Shell 路径，比如 macOS 填/bin/zsh -l（-l表示 login shell），Linux 填/bin/bash -l
platformio-ide-terminal 和系统终端到底差在哪
它本质是 xterm.js 渲染的前端 + Node.js 后端伪终端，不是真正的 TTY。这意味着：
- 某些需要真实 TTY 的命令会失败，比如
sudo（提示 “no tty present”）、ssh密码交互、vim等全屏程序可能乱码或卡死 - 环境变量仍受 Atom 启动方式限制，即使你改了终端里的 PATH，
script插件也不会自动同步 - 它适合快速查看输出、跑构建脚本，但调试交互式程序时，不如直接切到系统终端（iTerm2 / Terminal.app / Windows Terminal）可靠
- 若必须用内置终端，建议在终端里先手动执行
source ~/.zshrc再运行代码，确保环境就绪
怎么让 .js 文件按 Ctrl+Shift+B 直接跑起来
这是 script 插件的默认快捷键，但行为取决于文件后缀和你配置的“Command”规则：
- 默认对
.js文件执行node "$1"，其中$1是当前文件路径；如果你用 ES modules 且 Node 版本 ERR_REQUIRE_ESM - 想支持
import，得改成node --experimental-modules "$1"（Node node --input-type=module -e "import('./$1')"（Node 14+） - Python 用户注意：
python "$1"在 macOS 可能调用 Python 2.7，应显式写python3 "$1" - 自定义规则优先级高于默认：在
script设置 → “Script Commands” 里加一条js: node --loader ts-node/esm "$1"，就能直接跑 TypeScript（需提前装ts-node）
真正麻烦的从来不是“怎么点一下运行”，而是环境隔离、路径解析、模块解析策略这些隐性链条。哪怕只改一个 package.json 的 type 字段，都可能让 script 插件的默认命令瞬间失效。
