sublime保存.scss无反应，主因是启动时找不到sass命令；需用which sass或where sass查路径并手动填入插件设置，确保右下角显示scss，再配sublimeonsavebuild和自定义构建系统，禁用含中文/空格路径，实时监听须用sass --watch cli模式。
Sublime 保存 .scss 文件没反应？先查 sass 命令能不能被它看见
90% 的“自动编译失败”根本不是插件问题，而是 Sublime 启动时压根找不到 sass 命令。终端里能跑 sass --version ≠ Sublime 能调用它——尤其 macOS/Linux 图形界面启动 Sublime 时，它不读 ~/.zshrc；Windows 上 npm 全局路径常没进系统 PATH，或 nvm 切换后失效。
- 新开一个终端（别用 Sublime 自带 console），运行
which sass（macOS/Linux）或where sass（Windows），拿到真实路径，比如/opt/homebrew/bin/sass或C:UsersAliceAppDataRoaming pmsass.cmd - 别信插件自动探测，必须显式填进设置：Preferences → Package Settings → Sass → Settings（注意是 Sass 插件的设置），右侧加一行：
"sass_path": "/opt/homebrew/bin/sass" - 改完重启 Sublime，再试保存 .scss 文件——右下角状态栏必须显示
SCSS或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 -
path字段按你本地which sass结果填；Windows 用户填完整目录（如C:\Users\Alice\AppData\Roaming\npm），注意双反斜杠
路径含中文或空格？直接静默失败
Dart Sass 在 Windows 下对含中文、空格、括号的路径处理极差，常见报错像 Error: Invalid CSS after ""，实际就是路径解析崩了，连错误都报不全。
- 项目路径、文件名、父目录名全部避开中文和空格——哪怕只是 “我的项目” 这种名字也不行
- 输出路径别嵌套太深：
"${file_path}/css/${file_base_name}.css"要求css/目录已存在；sass不会自动创建父目录 - Windows 下
$file_path返回反斜杠，但sass内部处理敏感，统一用正斜杠："${file_path}/${file_base_name}.css"
真正实时监听得靠 sass --watch，不是插件
所有号称“保存即编译”的 Sublime 插件，本质都是调一次命令，不监听子文件变更；真正可靠的实时编译，必须用 CLI 的 watch 模式——它会持续监听整个目录树，包括 @import 和 @use 的依赖文件。
- 终端执行：
sass --watch src/style.scss dist/css/style.css（单文件）或sass --watch src/:dist/css/（整个目录） - 别在 Sublime 构建系统里硬塞
--watch——它会阻塞构建，导致保存后卡住不动 - 改了
_mixins.scss但没切回保存主文件？CLI watch 模式会自动响应，插件不会
which sass 和右下角状态栏，比反复重装插件管用得多。
