atom-runner找不到python或node的根本原因是其不读系统PATH，GUI启动时未加载shell配置（如~/.zshrc），导致终端可用而Atom内报command not found；推荐改用script插件，或手动在config.cson中写死解释器绝对路径且不加引号。
atom-runner 为什么找不到 python 或 node
根本原因不是插件坏了，而是它默认不读系统 PATH，尤其在 macOS 和 Windows GUI 启动 Atom 时——它压根没加载你的 shell 配置（比如 ~/.zshrc）。你终端里能敲 python --version，Atom 里却报 command not found，就是这个断层。
解决方式只有两条路：
- 改用
script插件（推荐），它支持填绝对路径，且设置项更透明；atom-runner已多年未维护，配置字段模糊（比如runner: python: "python"这种写法在新系统上基本失效） - 如果非要用
atom-runner，必须手动在config.cson里写死解释器全路径，例如：runner: python: "/opt/homebrew/bin/python3"
（macOS）或runner: python: "C:\Users\Me\AppData\Local\Programs\Python\Python311\python.exe"
（Windows） - 别信“自动检测”——
atom-runner的自动识别逻辑极弱，对虚拟环境、conda、pyenv 几乎无感
conda / venv 环境怎么让 atom-runner 正确调用
它不认激活状态，只认路径。你在终端里 conda activate myenv 后运行的 python，其实是 ~/miniconda3/envs/myenv/bin/python（macOS/Linux）或 C:UsersMeminiconda3envsmyenvpython.exe（Windows）。
所以正确做法是：
- 先在终端激活环境，再执行
which python（macOS/Linux）或where python（Windows），复制输出的完整路径 - 把该路径粘贴进
config.cson的runner: python:字段，**不要加引号**（atom-runner内部不解析引号，加了反而报错） - 确认文件后缀是
.py，右下角语言模式显示为Python（不是Plain Text），否则插件根本不触发 - 快捷键默认是
Ctrl+R（Win/Linux）或Cmd+R（macOS），但若装了 vim-mode，很可能被劫持——去keymap.cson手动绑定：'atom-text-editor': 'ctrl-alt-r': 'run:file'
Windows 下路径含空格导致运行失败
典型错误：填了 C:Program FilesPythonpython.exe，点击运行后面板一闪而过、无输出。这不是权限问题，是 atom-runner 把空格当成分隔符，只取了 C:Program 这一段。
解决方案就一个：
- **绝对路径里有空格时，不要加英文双引号**——命令行需要引号，但
atom-runner是直接传参给spawn()，引号会被当成字面量传进去，导致路径错误 - 要么换安装路径（如
C:py311python.exe），要么用 8.3 短名（C:Progra~1Pythonpython.exe，需先用dir /x查看） - 验证方式：打开 CMD，手动执行你填的那条路径 + 文件，例如：
C: mppphpphp.exe C: est.php，成功了，Atom 才可能成功
输出中文乱码或 stdin 读不到输入
这是 CLI 模式固有行为，和 atom-runner 关系不大，但容易误判为插件问题。
常见现象和对应动作：
- Python 输出中文是方块或问号：Atom 默认保存为 UTF-8，但 Windows 下旧版 Python 解释器（尤其是从官网下载的 .exe 安装包）默认用
cp936编码读源码。加一行sys.stdout.reconfigure(encoding='utf-8')（Python 3.7+）或在文件头写# -*- coding: utf-8 -*-并确保解释器支持 -
input()直接跳过、没提示：atom-runner默认不用终端，而是捕获 stdout/stderr 流，不提供 stdin 接口。必须在config.cson中加：runner: python: "C:\path\to\python.exe" options: useTerminal: true（注意缩进，YAML 格式敏感） - Node.js 的
readline不工作：同理，必须启用终端模式，否则process.stdin是null
真正难搞的不是怎么配，而是意识到 atom-runner 的设计模型早已落后——它假设你只有一个全局解释器、不关心编码、不交互、不调试。现在还硬扛，不如切到 script 或直接用 VS Code。
