根本原因是Sublime启动时找不到autoprefixer命令，因其不继承终端PATH，需手动配置绝对路径；.pcss文件需手动绑定PostCSS语法；.css中用@container等需首行加/ syntax: postcss /注释；保存自动加前缀易与构建工具冲突，建议关闭run_on_save。
PostCSS 插件装了但按 Ctrl+Alt+X 没反应
根本原因不是插件没装对，而是 Sublime 启动时压根找不到 autoprefixer 命令。它不走你终端里能跑通的 PATH，尤其在 macOS/Linux 图形界面下，或 Windows 用了 nvm 切 Node 版本后。
必须手动确认并填入绝对路径：
- 终端执行
which autoprefixer（macOS/Linux）或where autoprefixer（Windows），拿到类似/opt/homebrew/bin/autoprefixer或C:\Users\Me\AppData\Roaming\npm\autoprefixer.cmd的结果 - Preferences → Package Settings → PostCSS → Settings，在右侧用户设置中加一行：
"autoprefixer_path": "/opt/homebrew/bin/autoprefixer" - 别写成
"autoprefixer_path": "autoprefixer"——这依赖 PATH，不可靠 - 如果用 nvm，确保当前 nvm 版本下已全局安装：
nvm use 20 && npm install -g autoprefixer
.pcss 文件不识别为 PostCSS 语法
PostCSS 插件只提供语法定义，不自动绑定文件后缀。.pcss 文件打开后右下角显示 Plain Text 或 CSS，说明绑定失败。
手动绑定才真正生效：
立即学习“前端免费学习笔记（深入）”；
- 打开任意 .pcss 文件，点击右下角当前语法名（如 Plain Text）→ 选
PostCSS → PostCSS - 再点一次右下角 →
Open all with current extension as… → PostCSS - 不要依赖 ApplySyntax 类插件：它靠正则匹配，遇到
@apply和原生 CSS 混写容易误判成纯 CSS - 如果状态栏始终显示
CSS，检查菜单 View → Syntax → CSS 是否被意外启用（会覆盖自定义绑定）
.css 文件里写 @container 却报红
Sublime 内置的 CSS 语法根本不认识 @container、@layer、@apply 等 PostCSS 规则。必须显式声明解析器，否则高亮和校验全按老标准来。
只在需要 PostCSS 解析的 .css 文件第一行加注释：
-
/* syntax: postcss */—— 注意是/* */块注释，不是// - 前面不能有空行、BOM 或其他字符，否则注释不生效
- 别全局把所有 .css 绑定到 PostCSS 语法：纯 CSS 项目会失去原生拼写校验（比如
backgroud拼错不会标红） - 即使启用了 PostCSS 语法，
@apply也不会补全——这是正常现象，语法高亮 ≠ 语义理解，Sublime 没内置 Tailwind token 映射
保存时自动加前缀导致构建冲突
PostCSS 插件默认支持 "run_on_save": true，但如果你项目本身已用 Webpack/Vite/Sass CLI 编译 CSS，重复运行 Autoprefixer 会造成冗余前缀甚至错误（比如 -webkit-box-orient 被加两遍）。
除非你纯写原生 CSS 且完全不走任何构建流程，否则建议关掉：
- Preferences → Package Settings → PostCSS → Settings，在用户设置中明确写：
"run_on_save": false - Autoprefixer 行为严格受
browserslist控制，默认只覆盖 ≥0.5% 全球使用率的浏览器；现代 Flexbox/Grid 很可能根本不出前缀，不是插件坏了 - 如需强制兼容旧环境，在插件设置里加：
"browsers": ["iOS >= 9", "Android >= 4.4"]，但注意体积和潜在语法冲突（比如 Safari 14.1 对gap加-webkit-无效）
最常被忽略的点：PostCSS 在 Sublime 里只做语法高亮和单次转换，不参与构建流程。所谓“编译”，实际是调用命令行工具的一次性操作。真正的样式降级必须由构建系统（Webpack、Vite、CLI 脚本）承担，Sublime 只负责让你写得清楚、改得放心。
