Sublime 不自带 Sass/Less 编译功能，所有自动编译依赖系统已安装的 sass 或 lessc 命令；90% 的“保存无反应”源于 Sublime 启动时找不到命令路径，因其不继承终端 PATH，需手动在插件设置中配置 sass_path 或 lessc_path。
Sublime 本身不编译 Sass/Less，所有“自动编译”效果都来自你系统里装好的 sass 或 lessc 命令——没装、路径不对、或 Sublime 启动时看不见它，保存就一定不出 .css 文件。
为什么保存 .scss 没反应，控制台也不报错？
90% 是因为 Sublime 启动时根本找不到 sass 命令。它不继承终端的 PATH，哪怕你在 iTerm 里能跑 sass --version，Sublime 也看不到。
- macOS/Linux：在终端运行
which sass，拿到类似/opt/homebrew/bin/sass的路径 - Windows：运行
where sass，常见路径是C:\Users\Alice\AppData\Roaming\npm\sass.cmd - 打开
Preferences → Package Settings → Sass → Settings – User，填入："sass_path": "/opt/homebrew/bin/sass"（只填路径，不带参数） - Less 同理，用
which lessc查路径，填进Less → Settings – User的"lessc_path"字段（字段名因插件而异）
改了 _variables.scss，main.scss 保存后 CSS 没更新？
这不是 bug，是设计限制：Sublime 插件默认只监听当前激活的 tab。你改了 _variables.scss，但没切回去保存 main.scss，就不会触发重编译。
- 真正解决依赖变更重编译，必须用 CLI 的 watch 模式：
sass --watch src/scss:dist/css - 它会递归监听整个目录树，包括被
@use或@import引入的所有文件 - 插件配置的
output_dir或include_paths对--watch模式无效，那些只影响单次构建 - 别指望
LiveSassCompiler或EasyLess自动感知子文件变化；它们连@use "utils"找不到路径时都只静默失败
想把 src/scss/main.scss 编译到 dist/css/main.css？
原生 Sass 插件的 output_dir 只支持扁平化输出（所有 CSS 都扔进一个目录），不保留源文件嵌套结构。要实现路径映射，得换方案。
立即学习“前端免费学习笔记（深入）”；
- 用
LiveSassCompiler插件：在Preferences → Package Settings → LiveSassCompiler → Settings中配置："saveTo": "/dist/css/"，并确保"save_generated_files": true - 用自定义构建系统（更可控）：新建
Tools → Build System → New Build System，填入：
{
"cmd": ["sass", "$file", "${file_path}/../dist/css/${file_base_name}.css"],
"selector": "source.scss",
"shell": true,
"working_dir": "$file_path"
}
保存为 Sass-dist.sublime-build，然后按 Cmd+B（Mac）或 Ctrl+B（Windows）手动触发
- Less 推荐用
Less2CSS插件，并在设置里加："lessc_args": ["--include-path=src/less"]
Less2CSS 和 Dart Sass 插件选哪个更稳？
Less2CSS 更适合不想折腾环境的用户，Dart Sass 是唯一官方维护的 Sass 实现，但两者都绕不开路径配置这个硬门槛。
-
Less2CSS自带轻量编译器，不依赖全局lessc，但默认关闭自动编译；必须右键.less文件 →Set Build System → Less2CSS，再进设置开"auto_compile": true -
Dart Sass必须全局安装（npm install -g sass），且路径必须显式填进插件设置里 - Windows 用户若用
nvm，请确保当前nvm use 20 && npm install -g sass已执行
真正可靠的实时编译永远依赖 sass --watch 或 lessc --watch，而不是插件的“保存即编译”。路径配置错一次，整个流程就静默失效——这点最容易被忽略，也最难排查。
