sublime text 无法直接运行 less/sass，需调用外部 cli 工具；ctrl+b 无反应主因是 sublime 读不到 shell 环境变量，须先在终端验证 sass/lessc 是否可用并配置正确构建系统。
Sublime Text 本身不能“运行”Less 或 Sass 文件，它只能调用外部命令行工具（lessc 或 sass）来编译它们——所谓“动态运行”，本质是保存即触发一次编译，不是解释执行，也不带热重载能力。
为什么按 Ctrl+B 没反应？先查 sass 和 lessc 能不能在终端跑
所有编译失败的根源几乎都卡在这一步：Sublime 启动时读不到你的 shell 环境变量。即使你在终端里能执行 sass --version，Sublime 可能完全不知道这个命令存在。
- 打开系统终端（不是 Sublime 的 console），输入
sass --version或lessc --version，必须返回版本号（如1.77.6或4.2.0） - 如果报
command not found，说明没装 CLI 工具，别急着装插件：用npm install -g sass（推荐）或npm install -g less - Mac M 系列用户注意：
$PATH可能因 zsh 初始化顺序问题不被 Sublime 加载，此时要在构建系统里写绝对路径，比如/opt/homebrew/bin/sass
Build System 配置里 cmd 和 shell_cmd 怎么选
构建系统本质是让 Sublime 告诉操作系统“去执行什么命令”。选错字段会导致参数被忽略、空格解析错误，甚至静默失败。
- 用
cmd：适合纯命令 + 参数数组，例如["sass", "--style=compressed", "--no-source-map", "$file", "$file_path/$file_base_name.css"]；每个参数单独一项，安全可靠 - 用
shell_cmd：适合带重定向、管道或复杂变量展开的场景，例如sass --watch $file:$file_path/$file_base_name.css 2>&1；但 Windows 上容易因空格和引号出问题 - 千万别混用：
cmd里写字符串、shell_cmd里写数组，都会导致构建系统加载失败，控制台报Invalid build system
想保存就自动编译 CSS？别信“实时监听”，用 --watch 要另起终端
Sublime 的 Build System 是单次执行模型，--watch 这类长时进程会阻塞 UI，保存一次就得等几秒才能继续编辑——这不是 bug，是设计使然。
- 真要监听变化，直接在项目根目录开个终端跑：
sass --watch src/style.scss:dist/style.css或lessc --watch src/style.less dist/style.css - Sublime 设置里打开
"auto_refresh": true（Preferences → Settings），这样当终端生成的 CSS 文件更新，编辑器会自动重载内容 - 如果非要集成进 Sublime，可用 EasySASS（Sass）或 LessBuild（Less）这类插件，但它们也只是在保存时触发一次
sass/lessc，不是真正的 watch
输出 CSS 路径乱码或写到错目录？检查 $file_path 和斜杠方向
Windows 和 macOS/Linux 对路径分隔符处理不同，$file_path 返回的路径自带系统原生斜杠（Windows 是 \），直接拼进命令可能被当成转义符。
- 统一用正斜杠
/：例如"$file_path/style.css"在 Windows 上也能工作，Sublime 内部会自动转换 - 避免硬编码路径：不要写
C:/project/css/，改用变量组合，如"$project_path/css/$file_base_name.css" - 如果输出文件名含中文或空格，确保命令中用双引号包裹路径，例如
["sass", "$file", "$file_path/$file_base_name.css"]中的$file会被自动加引号，但自定义路径需手动包一层
真正麻烦的从来不是插件装不装得上，而是 CLI 工具是否在 Sublime 的视角里“可见”——它不继承你精心配置的 shell 环境，也不懂你的 .zshrc 里写了什么。每次换机器、升级系统或切 Shell，第一件事永远是终端里敲一遍 sass --version，再决定要不要改构建系统的路径。
