sublime 中 .pcss 文件不高亮是因未关联 postcss 语法，需手动设置；.css 文件需首行加 / syntax: postcss / 注释启用 postcss 解析；autoprefixer 已停更 sublime 插件，须通过命令行构建实现；格式化应选 sublime-stylefmt 而非通用美化插件。
PostCSS 插件装了但 .pcss 文件不高亮
根本不是插件没生效，而是 Sublime 没把 .pcss 后缀和 PostCSS 语法关联起来。插件只提供语法定义，不自动接管文件类型。
打开任意 .pcss 文件，右下角点击当前语法名（通常是 Plain Text），手动选 PostCSS → PostCSS；再点一次右下角，选 Open all with current extension as… → PostCSS。这样所有 .pcss 文件下次打开就自动用 PostCSS 语法解析。
别用 ApplySyntax 类插件自动匹配——它靠正则判断，遇到 @apply 和原生 CSS 混写容易误判成纯 CSS。
如果状态栏始终显示 CSS 而非 PostCSS，说明绑定失败或被内置 CSS 语法覆盖，需检查菜单 → View → Syntax → CSS 是否被意外启用。
.css 文件里写 @layer/@container 仍报红
Sublime 内置的 CSS 语法根本不认识这些 PostCSS 规则，必须显式声明使用 PostCSS 解析。
在 .css 文件第一行加注释：/* syntax: postcss */（注意是 /* */，不是 //）；前面不能有空行、BOM 或其他字符，否则注释不生效。
不要全局把 .css 绑定到 PostCSS 语法——这会让纯 CSS 项目失去原生校验（比如 backgroud 拼错不会标红）。
即使启用了 PostCSS 语法，@apply 在 Sublime 里也不会补全，这是正常现象：语法高亮 ≠ 语义理解，Sublime 没内置 Tailwind 的 token 映射。
想让 Sublime 自动加浏览器前缀？不行，但能辅助验证
Autoprefixer 已停止维护 Sublime 插件版本，官方也不再支持；所谓“自动加前缀”必须走构建流程，Sublime 只能帮你确认配置是否生效。
别搜 Sublime Autoprefixer 插件——2026 年起已无可靠维护版本。
正确做法：用命令行跑 npx postcss src/index.css -o dist/index.css，确保 postcss.config.js 中启用了 autoprefixer 并配好 .browserslistrc。
Sublime 能做的，是配合 PostCSS 语法高亮，让你一眼看出哪些属性没被加前缀（比如 display: flex 在 IE10 下没 -ms- 前缀，说明 browserslist 没覆盖 IE10 或插件没注册）。
常见漏配：装了 autoprefixer 但没写 .browserslistrc，或写了却放在子目录里，PostCSS 根本读不到。
保存时自动格式化 CSS/SCSS 总出错
很多人装了 JsPrettier 或 HTML-CSS-JS Prettify 后发现 CSS 越格式化越乱：缩进错位、分号消失、媒体查询嵌套崩塌——根本原因是这些插件默认走 JavaScript 解析器处理 CSS，压根不认 CSS 语法规则。
唯一靠谱的选择是 Sublime-Stylefmt：它调用真实 stylefmt CLI 工具（需提前 npm install -g stylefmt），专为 CSS/SCSS 设计。
配置时注意 stylefmt 的版本兼容性：v6+ 默认启用 postcss-custom-properties，如果你项目没用 CSS 变量，反而会把 color: #fff 错判成变量而报错。
别勾选 “on save” 全局自动格式化：某些构建流程（如 Webpack Dev Server）自己监听文件变化并注入 CSS，Sublime 在保存瞬间格式化，可能触发两次热更新，导致样式闪动。
真正关键的不是“装什么插件”，而是搞清 Sublime 的角色边界：它不执行 PostCSS 转换，只负责语法高亮、错误提示和快捷触发；所有实际转换必须由外部构建流程完成。一旦混淆这个分工，就会反复掉进“为什么点了快捷键没反应”“为什么前缀没加上”的坑里。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
