sublime text 本身不构建 rust，只调用 cargo；失败主因是 cargo 不可见或 working_dir 错误。需验证控制台 path 含 .cargo/bin、设 "working_dir": "${project_path:${folder}}"、加 "shell": true，并配 "file_regex" 支持错误跳转。
Sublime Text 本身不构建 Rust，它只调用 cargo；自动化构建失败，90% 是 cargo 在 Sublime 进程里根本找不到，或 working_dir 指向了错误目录。
Build System 中 cargo run 报 “command not found” 怎么办
终端能跑 cargo --version ≠ Sublime 能调用 cargo。GUI 启动的 Sublime（比如从 Dock 或开始菜单点开）不会加载你的 ~/.zshrc 或系统环境变量，PATH 被截断是常态。
- 按
Ctrl+`打开 Sublime 控制台，执行：import os; print(os.environ.get('PATH'))确认输出中含~/.cargo/bin（macOS/Linux）或%USERPROFILE%.cargoin（Windows） - macOS/Linux：确保
~/.cargo/bin已写入你实际用的 shell 配置（如~/.zshrc），并执行过source ~/.zshrc；更可靠的是从终端运行open -a "Sublime Text"启动 - Windows：把
%USERPROFILE%.cargoin加进「系统环境变量」（不是用户变量），加完必须彻底退出 Sublime（右键任务栏图标 → 退出），再重开 - 最稳妥兜底方案：在 Build System JSON 中加
"shell": true，让命令走 shell 启动，可继承完整 PATH
working_dir 必须设为项目根目录，否则 cargo run 直接报错
cargo 所有命令都依赖当前目录下存在 Cargo.toml。Sublime 默认的 ${file_path}（比如打开 src/main.rs 时是 src/ 目录）会导致 error: no Cargo.toml file found。
- Build System 中必须写：
"working_dir": "${project_path:${folder}}"，不是"${file_path}" - 打开项目时，用
File → Open Folder加载整个文件夹（含Cargo.toml），别只双击单个.rs文件 - 右键标签页 →
Reveal in Side Bar，确认侧边栏顶部显示的是项目根目录（即能看到Cargo.toml）
错误信息无法双击跳转？file_regex 漏配了
没配 file_regex，编译错误就只是纯文本日志，没法一键跳到出错行——这是自动化流程里最容易被忽略、也最影响效率的一环。
- Rust 错误典型格式是：
src/main.rs:2:5: error[E0308]: mismatched types - 对应正则应为：
"file_regex": "^(.+):([0-9]+):([0-9]+):\s*(.*)$"（注意反斜杠要双写，\s*不能写成s*） - 这个字段必须和
shell_cmd、working_dir同时存在，缺一不可 - 如果用
rustc编译单文件（非项目），错误格式不同，需另配正则，但一般建议只对项目用cargo
想快速测试单文件？别硬套 cargo run
新建一个 hello.rs 就想立刻跑，又不想建完整项目？cargo run 在非项目目录下必然失败，但 rustc 可以直接编译单文件。
- 临时 Build System 可写：
"shell_cmd": "rustc $file_name -o ${file_base_name}"，再加"shell": true和"working_dir": "${file_path}" - 注意
rustc不处理依赖，仅适用于无extern crate的简单脚本 - 这种模式不支持
file_regex跳转（错误格式是hello.rs:3:4: error: ...），需手动改正则或接受纯日志
真正卡住人的从来不是语法或插件名，而是 Sublime 的 PATH 隔离机制和 working_dir 的语义陷阱——这两处一旦配错，所有后续配置都白搭。
