sublime text v4 自带 sass/scss 语法高亮，无需插件；.sass 或 .scss 文件灰色是因后缀未映射到内置语法，应右键底部语法名→open all with current extension as→选scss（推荐）或sass，优先改用.scss后缀并卸载冲突的老插件。
Sublime Text v4 及较新 v3 版本自带 Sass/SCSS 语法高亮，装插件反而容易崩——尤其是老 Sass 插件（如 Sassby erikzaadi、SCSSby kuroir）会劫持作用域，导致变量、嵌套、注释全灰或错色。
为什么 .sass 或 .scss 文件还是灰色？
不是缺插件，是后缀没被 Sublime 正确映射到内置语法。v4 默认只把 .scss 自动关联到 SCSS 语法；.sass（缩进语法）常被识别为 Plain Text 或误判为 HAML。
- 右键编辑器右下角当前显示的语法名（比如
Plain Text）→ 选Open all with current extension as…→ 点击SCSS（推荐）或Sass - 如果列表里没有
SCSS，说明你用的是.sass后缀，但 Sublime 没预设映射；此时直接把文件后缀改成.scss，兼容性更好、社区工具链也更稳 - 已打开的文件需手动右键 →
Set Syntax→SCSS才能立即生效
装了 Sass 插件反而高亮错乱？
老插件（如 Origami、SassBuild、SCSS by kuroir）和 v4 的作用域机制不兼容，会覆盖原生语法定义，导致 @mixin、$variable、嵌套块等高亮消失或颜色错位。
-
Ctrl+Shift+P→ 输入Package Control: Remove Package→ 卸载所有带Sass或SCSS名字的插件 - 尤其注意
SassBuild这类“高亮+编译”二合一插件：它不提供可靠高亮，还可能干扰Build System - 如果你依赖自动编译，改用 Sublime 原生
Build System配置，而不是靠插件“兼职”干活
怎么安全地自定义 SCSS 颜色？
v4 已弃用 .tmTheme，硬塞旧主题会导致高亮失效甚至崩溃。必须用 .sublime-color-scheme 格式。
- 打开
Preferences → Color Scheme…，确认当前选中的是带.sublime-color-scheme后缀的主题（如Monokai.sublime-color-scheme） -
Preferences → Browse Packages…→ 进入Color Scheme文件夹，复制一份当前主题，重命名（如MySCSS.sublime-color-scheme） - 编辑该 JSON 文件，在
rules数组里加这几条（scope必须准确）：[{"scope":"source.scss","foreground":"#abb2bf"},{"scope":"variable.scss","foreground":"#c678dd"},{"scope":"support.function.scss","foreground":"#56b6c2"}]
真正麻烦的从来不是装什么插件，而是搞清 Sublime 是怎么把后缀、语法、作用域、主题这四层串起来的——漏掉一层，高亮就断在半路。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
