sublime text sass文件无高亮主因是后缀未正确关联语法，而非缺插件；应右键底部语法名→open all with current extension as→选sass/scss，优先用.scss后缀，并卸载冲突的老插件。

Sublime Text 里 Sass 文件没高亮，根本不是缺插件

默认安装的 Sublime Text（尤其 v4）其实自带 Sass 和 SCSS 语法支持，但文件一打开还是灰扑扑——大概率是后缀没被正确关联。不是插件问题，是语法映射没生效。

• 右键编辑器右下角的 Plain Text（或当前显示的语法名）→ 选 Open all with current extension as… → 找到并点击 Sass 或 SCSS
• 如果列表里没有 Sass，说明你用的是 .sass 后缀但 Sublime 默认只认 .scss；反之亦然。优先改后缀为 .scss，兼容性更好、生态更稳
• 改完后，新打开的同后缀文件会自动高亮；已打开的需手动右键 → Set Syntax → Sass 或 SCSS

装了 PackageControl 的 Sass 插件反而让高亮变乱

像 Origami、Sass（by erikzaadi）、SCSS（by kuroir）这类老插件，和 Sublime Text v4 内置语法存在冲突：它们会劫持 .sass 或 .scss 关联，却没及时更新作用域（scope），导致注释、嵌套、变量等高亮错位甚至消失。

• 直接删掉这些插件最省事：Ctrl+Shift+P → 输入 Package Control: Remove Package → 选中并卸载
• 如果你依赖插件的编译功能（比如保存自动调用 sass CLI），请改用 Build System 配置，而不是靠语法插件“兼职”编译
• 检查是否误启用了 Color Highlighter 或 BracketHighlighter 的旧版规则——它们有时会覆盖原生作用域样式

自定义高亮颜色？别动 tmTheme，改 sublime-color-scheme

v4 弃用了老式的 .tmTheme 文件，改用 JSON 格式的 .sublime-color-scheme。硬塞旧主题进去，要么不生效，要么崩 syntax definition。

Outwrite

一款集AI写作、语法检查和文本润色于一体的写作助手，可帮助用户在浏览器中改进句子表达和文章质量。

下载

• 打开 Preferences → Color Scheme…，确认当前选中的是一个带 sublime-color-scheme 后缀的主题（如 Monokai.sublime-color-scheme）
• 要微调 Sass 颜色，复制一份当前主题文件（路径在 Preferences → Browse Packages… → 进入 Color Scheme 文件夹），重命名后编辑
• 重点加这几条规则（注意 scope 名必须准确）：

  {
    "scope": "source.sass",
    "foreground": "var(--green)"
  },
  {
    "scope": "variable.language.sass",
    "foreground": "var(--orange)"
  }

为什么 @import、&、%placeholder 还是没颜色？

这是 Sublime 原生 Sass 语法定义的覆盖盲区——它对较新的 Sass 特性（尤其是 Dart Sass 引入的模块系统）支持滞后。不是你配置错了，是语法文件本身没定义这些 token 的 scope。

• @use 和 @forward 在最新版 Sublime（v4165+）才开始有基础高亮，低版本只能靠插件补全（如 Sass Improved，但仅作语法增强，不替代原生）
• & 在嵌套选择器中通常被识别为 punctuation.definition.entity.sass，若没颜色，说明当前 color scheme 没配这个 scope；可手动加一条规则
• 真正稳定的方案是：把关键逻辑抽成 .scss，用 @use 导入；开发时主要写 SCSS，避免在 .sass 文件里堆新特性

语法高亮本质是作用域匹配，而作用域由语法文件定义、由主题渲染。想靠改配置“修好所有 Sass 特性”，不如接受它的边界：原生管基础结构，新特性得等更新，或换编辑器。这点很多人卡很久才意识到。