vscode本身不编译sass，必须先全局安装dart sass（npm install -g sass）并确保sass --version在vscode终端中可执行；否则所有自动编译配置均静默失效。
VSCode 本身不编译 Sass，所谓“自动转 CSS”全是靠外部工具或插件调用 sass 命令实现的；没装好 Dart Sass 引擎，所有配置都会静默失败——先确认这一步，再谈其他。
确认本地已安装 Dart Sass 并能被 VSCode 终端识别
这是最常卡住的环节。Live Sass Compiler 插件、tasks.json、甚至某些 npm script 都需要系统 PATH 中存在 sass 命令（Dart Sass），不是已废弃的 node-sass。
- 在 VSCode 终端（Terminal → New Terminal）中运行
sass --version；若报command not found，说明未安装或路径未生效 - 执行
npm install -g sass（推荐）或yarn global add sass；pnpm用户注意全局 bin 是否在$PATH中 - 安装后务必重启 VSCode，否则终端可能仍找不到命令（尤其 macOS/Linux）
Live Sass Compiler 插件必须改的三个配置项
插件装完默认行为几乎一定不符合你的项目结构，关键配置都在 liveSassCompile.settings 下，不是点点插件页面就能搞定。
Miller CSV TSV JSON 数据处理器
下载
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
-
liveSassCompile.settings.formats：必须显式定义，例如[{"format": "expanded", "extensionName": ".css", "savePath": "/css/"}]，否则 CSS 默认生成在 SCSS 同级目录，容易和源码混在一起 -
liveSassCompile.settings.generateMap：设为true才生成.css.map，否则调试时点不到原始 SCSS 行号 -
liveSassCompile.settings.includeItems：以_开头的文件（如_mixins.scss）默认被跳过，想参与编译就得加进去，例如["**/_mixins.scss"] - 别碰
liveSassCompile.settings.savePath——它会覆盖formats里的savePath，纯属干扰项
保存后没生成 CSS？先盯这三处
不是插件坏了，大概率是路径或命名卡住了：
- VSCode 左下角状态栏没显示你期望的工作区根目录？多文件夹工作区下，插件只监听第一个文件夹
- SCSS 文件编码是 UTF-8 with BOM？右下角点编码 → Save with Encoding → UTF-8 再试
- 文件名是
_header.scss或abstract.scss这类？Dart Sass 规范里，下划线前缀 = 局部文件，不参与编译，除非你手动加进includeItems
为什么 Live Sass Compiler 不支持 @use/@forward？
它只认老式 @import，内嵌的 Dart Sass 引擎版本滞后，不支持模块系统新语法。如果你的项目已全面迁移到 @use 和 @forward，那插件根本编译不过——只能切回 tasks.json 调用 CLI，或接入 Vite/Webpack 等构建工具。
最容易被忽略的是：同一个项目里同时跑 sass --watch 和 Live Sass Compiler，两个进程写同一个 .css 文件，Windows 下极易写入冲突，内容错乱。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
