sublime 中 .pcss 文件不高亮是因未绑定 postcss 语法，需手动设置；.css 文件需首行加 / syntax: postcss / 声明解析方式；autoprefixer 已停更 sublime 插件，须通过命令行构建实现；格式化应使用 sublime-stylefmt 而非通用 prettier 工具。
PostCSS 插件装了但 .pcss 文件不高亮
根本不是插件没生效，是 Sublime 没把 .pcss 后缀和 PostCSS 语法绑定。插件只提供语法定义，不自动接管文件类型。
- 打开任意
.pcss文件，右下角点击当前语法名（通常是 Plain Text），手动选PostCSS → PostCSS - 再点一次右下角，选
Open all with current extension as… → PostCSS，这样所有.pcss文件下次打开就自动生效 - 别用 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拼错不会标红） - 用了 Tailwind 的
@apply在 PostCSS 语法下依然不会补全，这是正常现象：语法高亮 ≠ 语义理解，Sublime 没内置 Tailwind 的 token 映射
想让 Sublime 自动加浏览器前缀？别试了
Autoprefixer 已停止维护 Sublime 插件版本，官方也不再支持。“自动加前缀”必须走构建流程，Sublime 只能帮你确认配置是否生效。
- 别搜
Sublime Autoprefixer插件——2026 年起已无可靠维护版本 - 正确做法：用命令行跑
npx postcss src/index.css -o dist/index.css，确保postcss.config.js中启用了autoprefixer并配好.browserslistrc - 常见漏配：装了
autoprefixer但没写.browserslistrc，或写了却放在子目录里，PostCSS 根本读不到 - Sublime 能做的，是配合 PostCSS 语法高亮，让你一眼看出哪些属性没被加前缀（比如
display: flex在 IE10 下没-ms-前缀，说明browserslist没覆盖 IE10 或插件没注册）
保存时自动格式化 CSS 总是出错
很多人装了 JsPrettier 或 HTML-CSS-JS Prettify 后发现 CSS 越格式化越乱：缩进错位、分号消失、媒体查询嵌套崩塌——根本原因是这些插件默认走 JavaScript 解析器处理 CSS，压根不认 CSS 语法规则。
- 唯一靠谱的选择是
Sublime-Stylefmt：它调用真实stylefmtCLI 工具（需提前npm install -g stylefmt），专为 CSS/SCSS 设计 - 配置时注意
stylefmt的版本兼容性：v6+默认启用postcss-custom-properties，如果你项目没用 CSS 变量，反而会把color: #fff错判成变量而报错 - 别勾选 “on save” 全局自动格式化：某些构建流程（如 Webpack Dev Server）自己监听文件变化并注入 CSS，Sublime 在保存瞬间格式化，可能触发两次热更新，导致样式闪动
PostCSS 不是编辑器功能，而是构建环节的事；Sublime 只管写得清、看得懂、少报错。真正容易被忽略的是：.browserslistrc 放错位置、/<em> syntax: postcss </em>/ 前多了一个空行、或者 stylefmt 把你没用的 CSS 变量当真了。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
