sublime text 本身不编译 sass，所谓“自动检测并编译”完全依赖外部 sass 命令是否可用、构建系统是否匹配、以及保存时能否触发正确命令——三者缺一不可。
Sublime Text 本身不编译 Sass，所谓“自动检测并编译”完全依赖外部 sass 命令是否可用、构建系统是否匹配、以及保存时能否触发正确命令——三者缺一不可。90% 的失败不是插件没装好，而是 sass 命令在 Sublime 启动时根本不可见。
确认 sass 命令全局可用且路径正确
这是所有自动编译的前提。Sublime 启动时读取的是它自己的环境变量，不是你终端里能跑 sass --version 就算数。
- 在终端运行
sass --version，必须输出类似1.77.6的版本号；没反应？说明没装、或 PATH 没生效 - macOS 用户用
which sass查真实路径（常见是/opt/homebrew/bin/sass或/usr/local/bin/sass） - Windows 用户运行
npm config get prefix，再拼上sass.cmd（如C:\Users\Alice\AppData\Roaming\npm\sass.cmd），这个完整路径要填进构建系统 - 别用已停更的
node-sass—— Dart Sass 是唯一维护中的官方实现，装法是npm install -g sass
用 SublimeOnSaveBuild + 自定义 .sublime-build 实现真自动编译
LiveSassCompiler 等插件封装太深，@use 报错不提示、中文路径卡死、错误静默吞掉；手动配构建系统虽多一步，但错误可见、路径可控、新语法全支持。
- 先装插件：
Package Control → Install Package → SublimeOnSaveBuild - 新建构建系统：
Tools → Build System → New Build System，贴入以下内容并保存为Packages/User/Sass.sublime-build：
{
"cmd": ["sass", "--no-source-map", "$file", "${file_path}/${file_base_name}.css"],
"selector": "source.scss, source.sass",
"path": "/opt/homebrew/bin:/usr/local/bin",
"file_regex": "^(.*?):([0-9]+):([0-9]+) (.*)$"
}
-
--no-source-map必须加，否则构建常卡住；需要 sourcemap 时换--embed-sources -
selector要同时覆盖source.scss和source.sass，否则.sass文件不触发 -
path值按你本地which sass结果填；Windows 用户填完整目录（注意双反斜杠） - 右下角状态栏必须显示
SCSS或Sass，否则构建系统压根不匹配
避免 SCSS 插件带来的兼容性陷阱
这个叫 SCSS 的插件（作者 mrmartineau）自带精简版编译器，看似免配置，实际只支持老语法，对现代 SCSS 是硬伤。
- 遇到
@use直接报错Invalid CSS after "@use"，不提示具体哪行错 - 编译错误不出现在 Sublime 控制台，只弹空提示框，你根本不知道哪错了
- 保存时若有语法错误，它会静默失败，也不生成任何
.css，看起来就像“没反应” - 不能自定义输出路径或选项（比如加
--quiet或--style compressed），所有 CSS 都扔到同一级目录 - 如果只是写简单样式、不用
@use/@forward，可开Preferences → Package Settings → SCSS → Settings，把"auto_compile"设为true
真正稳定的做法，是让 Sublime 只做“触发器”，把编译逻辑彻底交给系统级 sass CLI。路径、参数、错误输出全部可控——而最容易被忽略的，就是 Sublime 启动那一刻的环境变量快照，它和你终端里的 PATH 并不总是一致。
