sublime text 调用 r 依赖系统已安装的 rscript 或 r，配置失败主因是路径错误或 r 未正确安装；必须通过终端启动 sublime 并验证 rscript 可执行，再手动配置 .sublime-build 文件或 r-box 的 r_binary 路径。
Sublime Text 本身不运行 R，它只调用你系统里已装好的 Rscript 或 R；配置失败的主因从来不是插件没装对，而是 Rscript 路径没对上、或根本没装好 R。
确认 Rscript 在终端能直接执行是硬前提
90% 的 Unable to find command 'Rscript' 错误，都卡在这一步。Sublime 不读 .zshrc、不继承 GUI 环境变量，你在终端敲 Rscript --version 有输出 ≠ Sublime 能调用它。
- macOS/Linux：打开终端，运行
which Rscript；无输出说明不在 PATH，Homebrew 安装通常在/opt/homebrew/bin/Rscript，官网 pkg 安装可能在/usr/local/Cellar/r/4.3.2/bin/Rscript - Windows：命令提示符里运行
where Rscript；常见路径是C:Program FilesRR-4.3.2indRscript.exe（版本号必须和你实际安装的一致） - 别用 RStudio 自带的 R —— Sublime 不识别它的私有路径，
Rscript.exe必须来自独立安装的 R - 验证方式：从终端启动 Sublime（macOS/Linux 执行
subl .；Windows 执行subl），再按Ctrl+B测试
手写 .sublime-build 文件比依赖插件更可控
插件如 R-Box 或 SublimeREPL 封装了路径探测逻辑，出错时难定位；直接写构建系统，参数、路径、环境变量全由你掌控。
- 菜单 → Tools → Build System → New Build System…，清空默认内容
- macOS（Homebrew 安装）：
{ "cmd": ["Rscript", "--vanilla", "$file"], "selector": "source.r", "working_dir": "$file_path", "env": {"PATH": "/opt/homebrew/bin:/usr/local/bin:$PATH"} } - Windows（路径含空格）：
{ "cmd": ["C:\Program Files\R\R-4.3.2\bin\x64\Rscript.exe", "--vanilla", "$file"], "selector": "source.r", "working_dir": "$file_path" }注意：反斜杠必须双写，"--vanilla"参数跳过用户.Rprofile，避免静默失败 -
"selector": "source.r"必须写，否则 Sublime 不知道该对.R文件启用这个构建系统 - 不要加
"shell": true—— Windows 上会导致窗口一闪而过，macOS/Linux 上可能破坏 UTF-8 编码处理
R-Box 插件的 r_binary 必须指向 R.exe，不是 Rscript.exe
R-Box 默认启动的是交互式 R 控制台（类似 RStudio 的 Ctrl+Enter），它需要的是 R 主程序，不是批处理用的 Rscript；填错就静默失败，Ctrl+Enter 没反应或报 R process died。
- 菜单 → Preferences → Package Settings → R-Box → Settings – User
- 填入你本地
R的绝对路径："r_binary": "/usr/local/bin/R"（macOS Homebrew）或"r_binary": "C:\Program Files\R\R-4.3.2\bin\x64\R.exe"（Windows） - 路径末尾不要加
.exe（Windows）或多余空格；macOS/Linux 用户建议用realpath $(which R)确认真实路径，避开 shell 别名干扰 - 保存后重启 Sublime，再用
Ctrl+Shift+P→R-Box: Show R Version验证是否生效
真正容易被忽略的点在于：Sublime 启动方式决定了它能否继承你的 shell 环境变量。哪怕 which Rscript 有输出，如果用桌面图标或 Spotlight 启动 Sublime，它大概率找不到 Rscript —— 必须从终端启动一次，才能验证配置是否真生效。
