Atom本身不能运行代码，所有执行依赖外部命令和插件；script插件按Ctrl+I无反应或报“command not found”主因是Atom未继承系统PATH，需终端启动atom .或手动配置pythonPath。

Atom 本身不能运行代码，它只是一个文本编辑器，不是 IDE。所有“运行”行为都依赖外部命令调用，比如 python、node、g++，而 Atom 只负责触发它们。

---

script 插件为什么按 Ctrl+I 没反应或报 command not found

• 现象：快捷键无输出、底部空白、弹出错误 command not found: python
• 根本原因不是插件没装，而是 Atom 启动时没读到你系统 PATH 里的解释器路径
• 常见场景：
  • Windows 用户从桌面图标启动 Atom → 只继承系统 PATH，不读用户环境变量（哪怕安装 Python 时勾了 “Add to PATH”）
  • macOS/Linux 用户用 Launchpad 或 Dock 启动 → 不加载 shell profile（如 ~/.zshrc），which python3 在终端能查到，Atom 里却找不到
• 解决方式：
  • 终端中执行 atom . 启动（确保继承当前 shell 环境）
  • 或手动配置 script.pythonPath：打开 ~/.atom/config.cson，在顶层添加

    "script": "pythonPath":"/usr/local/bin/python3"

    Windows 路径要写成 "C:\Python311\python.exe"（双反斜杠）

---

build 插件跑 C/C++ 时编译失败或不生成可执行文件

• build + build-gcc 是目前最稳定的 C/C++ 构建组合，但默认配置不带运行步骤
• 容易踩的坑：
  • build-gcc 默认只编译，不自动执行生成的二进制；想一键编译+运行，得自己写 .atom-build.yml
  • args 字段里不能直接写 && ./a.out，因为 sh:true 开启后才支持 shell 连接符
  • {FILE_ACTIVE_NAME_BASE} 在 Windows 上可能含空格，未加引号会导致命令截断
• 推荐最小可用配置（保存为项目根目录下的 .atom-build.yml）：

  ---
  cmd: "g++"
  name: "g++ run"
  args: ["{FILE_ACTIVE}", "-o", "{FILE_ACTIVE_PATH}/{FILE_ACTIVE_NAME_BASE}.out"]
  sh: true
  cwd: "{FILE_ACTIVE_PATH}"
  errorMatch: "^(?<file>[^:]+):(?<line>\d+):(?<col>\d+):\s+(?<message>.+)$"

  再加一行 && "{FILE_ACTIVE_PATH}/{FILE_ACTIVE_NAME_BASE}.out" 就能编译并运行

---

script 和 platformio-ide-terminal 到底该用哪个

• script 适合：
  • 快速验证单个脚本（print("hello")、console.log()）
  • 输出只读，不支持 input()（会卡住或抛 EOFError）
  • 无法 cd 切目录、不能复用会话、不能粘贴多行命令
• platformio-ide-terminal 适合：
  • 需要交互式输入（比如调试含 input() 的 Python 脚本）
  • 频繁切换项目目录、需要复用上一条命令结果
  • 兼容所有本地已安装工具链（pip、git、make 都能用）
• 注意：2026 年这两个插件仍可用，但 platformio-ide-terminal 启动略慢（Electron 渲染开销），别在低配机器上开太多 tab

---

Atom 不是 IDE，它只是把命令行能力“藏”得更轻量。真正决定能不能跑起来的，永远是你本机有没有 python、gcc、node，以及它们的路径有没有被 Atom 正确拿到——这个环节最容易被忽略，也最难排查。