atom无法可靠运行python代码，因其script插件默认调用系统python而非虚拟环境解释器，需手动配置完整路径；autocomplete-python需手动添加site-packages路径；language-python仅负责语法高亮，不解决运行、调试或补全问题；atom缺乏多环境生命周期管理机制。
Atom 无法可靠运行 Python 代码，尤其在虚拟环境中——这不是配置不到位，而是生态已放弃。
script 插件调用的是系统 python，不是 venv 激活后的解释器
按 Ctrl+Shift+B 运行时，script 插件默认执行 python 命令，它从系统 PATH 查找，完全无视你是否执行过 source venv/bin/activate。后果是：第三方包报 ModuleNotFoundError，类型提示失效，甚至 pip list 看到的都不是当前环境里的包。
- 必须手动填完整解释器路径到
script设置页的Command字段，例如：/path/to/venv/bin/python（Linux/macOS）或C:/project/venv/Scripts/python.exe（Windows） - Windows 路径含空格（如
C:\Users\Alice Doe\venv\Scripts\python.exe）必须用英文双引号包裹，否则直接报错“command not found” - 填错路径的典型表现：运行无输出、终端闪退、或报
spawn python ENOENT
autocomplete-python 的 Extra Paths 不等于自动识别虚拟环境
这个插件用 Jedi 做补全，但 Jedi 默认只扫描标准库和内置模块。即使你激活了 venv，它也不会自动去 venv/lib/python3.x/site-packages 里找 requests 或 numpy 的定义。
- 必须手动运行
python -c "import site; print(site.getsitepackages())"获取真实路径 - 在 Atom 设置 →
autocomplete-python→Extra Paths中粘贴该路径（注意：不是 venv 根目录，也不是venv/bin） - Windows 用户填
C:/project/venv/Lib/site-packages比C:\project\venv\Lib\site-packages更稳妥，避免反斜杠转义问题 - 填完后需重启 Atom 才生效；不重启 = 补全列表永远只有
print、len这类内置函数
language-python 只管高亮，不解决运行或调试问题
很多人发现 .py 文件没颜色，第一反应是“Python 环境没配好”。其实这只是语法识别失败，和能否运行、调试、补全完全无关。
- 确认已启用
language-python包（不是python-debugger或atom-python-run） - 新建文件未保存为
.py后缀 → 右下角语言模式手动选 “Python” - 装了但高亮仍失效 → 检查是否被其他语法包（如
language-javascript）冲突覆盖 - 即使高亮正常，
python-debugger插件在 Python 3.10+ 上早已断更，断点点击无效，AST 解析直接崩溃
真正卡住的点从来不是“怎么填路径”，而是 Atom 根本没有设计多环境生命周期管理——它不感知 venv 激活状态，不监听 pyproject.toml 或 requirements.txt，也不支持像 VS Code 那样按工作区自动切换解释器。你每次换项目，就得重配一次 script.Command 和 autocomplete-python.Extra Paths，且毫无上下文继承机制。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
