VSCode本身不编译Sass/Less，所谓“实时编译”完全依赖本地安装的sass或lessc CLI工具；90%失败源于Node环境未搭稳、PATH未配置或使用已废弃的node-sass，须在系统原生命令行运行sass --version或lessc --version验证，并用tasks.json调用CLI实现稳定监听。
VSCode 本身不提供 Sass/Less 编译能力，所谓“实时编译”完全依赖你本地装好的 sass 或 lessc CLI 工具能否被正确调用；90% 的失败不是 VSCode 配置错，而是 Node 环境没搭稳、命令没进 PATH、或者用了已废弃的实现（如 node-sass）。
确认 sass 或 lessc 已全局可用且版本正确
插件和 tasks.json 都不会报“找不到命令”的错误，只会静默跳过——你得在系统原生命令行（不是 VSCode 内置终端）里验证：
- 运行
sass --version，看到类似1.77.6的输出才算通过；node-sass已废弃多年，别装 - 运行
lessc --version，应返回4.2.0或更高；Easy LESS 插件依赖它，但自己不装，它就彻底失能 - Windows 用户检查
%APPDATA%\npm是否在系统 PATH 中；macOS/Linux 用户若用pnpm或yarn，需手动把其全局 bin 路径（如~/.local/share/pnpm）加进$PATH - 装完务必重启 VSCode，否则终端可能仍继承旧的环境变量
用 tasks.json 调用 CLI 是最稳方案（尤其 VSCode v1.80+）
插件（如 Live Sass Compiler、Easy LESS）在新版中常静默失效：监听不触发、下划线文件（_mixins.scss）被跳过、@import 路径解析失败。直接调用 CLI 可控性强，还能加参数调试：
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
-
"isBackground": true必须设为true，否则任务执行完就退出，无法持续监听 - Less 示例：
lessc --watch --source-map --strict-imports ${file} ${fileDirname}/${fileBasenameNoExtension}.css；路径变量必须用${file}，手写死路径（如src/less/main.less）跨平台易出错 - Sass 推荐目录映射写法：
sass --watch src/scss/:dist/css/；Windows 下反斜杠\易被解析失败，统一用正斜杠/ - 如果
@import "base/typo"报错，Less 加--include-path=src/less，Sass 对应用--load-path=src/scss
Live Sass Compiler 插件仅限 SCSS/Sass，且配置只认项目根目录
它不处理 Less，也不读取用户全局设置，所有配置必须放在项目根目录下的 .vscode/settings.json 中：
-
"savePath": "/css/"是相对项目根目录的路径，不是相对当前文件；写成"~/../css/"会被忽略 - 以下划线开头的文件（如
_mixins.scss）默认不编译，要显式加进liveSassCompile.settings.includeItems，例如["**/_mixins.scss"] - 右下角状态栏必须显示你期望的项目根路径；多文件夹工作区下，它只监听第一个文件夹
- 文件编码必须是 UTF-8（不含 BOM），否则静默跳过；右下角点编码 → “Save with Encoding” → 选 UTF-8
真正麻烦的从来不是“怎么配”，而是路径解析、@import 别名、watch 节流和跨平台终端行为差异——这些细节不会报红，但会让 CSS 突然不更新，且查不出原因。
