atom不编译代码，所谓“选路径”本质是配置插件调用解释器的绝对路径（如/usr/bin/python3）、工作目录（cwd）及输出位置；配错则报command not found或静默失败。
Atom 本身不编译代码，所谓“选路径”本质是告诉插件：去哪找编译器、把结果放哪、当前文件算哪个项目的一部分。路径配错，build 就直接报 Command not found 或静默失败。
build 插件里 executablePath 填什么
这个字段不是填“你的项目路径”，而是填系统中真实可执行的编译命令的绝对路径。比如：
-
sass命令：运行which sass（macOS/Linux）或where sass（Windows PowerShell），把输出结果完整粘贴进去，例如/opt/homebrew/bin/sass -
python：不能只写python，得写/usr/bin/python3或C:\Users\Me\AppData\Local\Programs\Python\Python311\python.exe -
javac：必须指向 JDK 的bin目录下，例如C:\Program Files\Java\jdk-17.0.1\bin\javac.exe，而不是JAVA_HOME目录本身 - 如果插件设置里没这个字段（如某些旧版
atom-python-run），就得靠系统PATH——此时确保终端里能直接敲python --version成功，否则 Atom 启动时可能没加载你的 shell 配置
outputPath 和 cwd 怎么配合生效
cwd（current working directory）决定命令在哪个目录下执行，outputPath 是插件自己解析用的相对路径起点，二者不等价，且很多插件根本不读 outputPath。
- 对
atom-build-sass：它只认自己设置页里的Output Path字段，而且填的是相对于「当前打开的 .scss 文件所在目录」的路径，例如填../css/main.css，则生成到上层css/目录 - 对
build插件自定义 builder：你写的cwd: "{FILE_ACTIVE_PATH}"表示进到该文件目录再执行命令；若命令里含重定向（如sass main.scss css/main.css），那css/main.css就是相对于该目录的路径 - 千万别在
outputPath填绝对路径——多数插件会把它和cwd拼一起，导致路径爆炸，比如cwd=/src+outputPath=/dist/app.js→ 实际写成/src//dist/app.js
为什么改了路径还是找不到项目根目录
Atom 不自动推断“项目根”，很多插件（如 autocomplete-paths、atom-typescript）依赖 core.projectHome 或打开的文件夹树来定位资源。常见失效点：
- 只用
File → Open File打开单个.py或.ts，没用File → Add Project Folder添加整个文件夹 → 插件看不到兄弟文件，import补全、路径提示全挂 -
config.cson里手动写了core: { projectHome: "/path/to/my-app" }，但实际打开的是子目录下的文件，插件仍以projectHome为准，而非当前文件位置 - 多个文件夹同时打开时，Atom 只认第一个为 project root，其余被忽略 —— 如果你依赖
tsconfig.json分目录编译，必须每个子目录单独开一个 Atom 窗口，或改用 VS Code 的 multi-root 工作区
最易被忽略的一点：Atom 启动时读取环境变量的时机早于 shell 配置加载（尤其 macOS zsh + Homebrew），所以即使 which sass 在终端里有输出，Atom 里可能还是找不到。解决方案不是硬填路径，而是用 launchctl setenv PATH "..." 注入全局，或干脆用 build 插件的 cwd + 显式命令路径兜底。
