sublime text 原生不支持 css 私有前缀自动补全，autoprefixer 是唯一兼容 st4 的可靠方案，它基于 browserslist 在保存时自动注入前缀（如 display: flex → 含 -webkit- 等），需配合 postcss 环境及项目级配置使用。
Sublime Text 原生不提供 CSS3 私有前缀（如 -webkit-、-moz-）的自动补全，装了 Emmet 或 CSS3 语法包也不管用——私有前缀补全是另一件事，得靠专门插件。
Autoprefixer 是唯一靠谱的选择
别搜“CSS前缀补全”“vendor prefix plugin”这种词，90% 结果是过时、冲突或只支持 ST2 的废包。真正能跑在 Sublime Text 4 上、持续更新、且和现代构建流程兼容的只有 Autoprefixer。
- 它不是“输完属性按 Tab 补前缀”，而是基于 Can I Use 数据库，在你保存文件时自动注入所需前缀（比如把
display: flex转成display: -webkit-box+display: flex） - 不依赖 LSP，不拖慢编辑器，配置项少，出错率低
- 必须配合
PostCSS使用——这意味着你要在项目里装postcss和autoprefixernpm 包，插件只是调用它们
安装后必须手动绑定保存动作
装完 Autoprefixer 插件，默认什么都不会发生。它不会监听输入、不弹提示框，只在你按下 Ctrl+S 时才干活。
- 打开
Preferences → Package Settings → Autoprefixer → Settings – User - 填入最小目标浏览器版本，例如：
"browsers": [">1%", "last 2 versions", "not dead"] - 确保
"auto_save": true（默认开启），否则改完代码不保存，前缀永远不会加 - 如果项目用了
postcss.config.js，插件会优先读它的配置，Settings – User里的设置会被忽略
常见失败原因：没配 PostCSS 环境
很多人装完插件发现“一点反应都没有”，根本原因是 Sublime 没法调用 autoprefixer CLI —— 它压根没装在系统或项目里。
- 全局装（不推荐）：
npm install -g autoprefixer postcss-cli，然后在插件设置里指定"bin_path": "/usr/local/bin/autoprefixer"（macOS/Linux）或"bin_path": "C:\Users\xxx\AppData\Roaming\npm\autoprefixer.cmd"（Windows） - 项目级装（推荐）：
npm install --save-dev autoprefixer postcss postcss-cli，再建postcss.config.js文件，内容至少包含module.exports = { plugins: [require('autoprefixer')] } - 路径写错、权限不足、Node 版本太老（
autoprefixerv10+ 需 Node ≥ 14.15）都会导致静默失败——检查 Sublime 控制台（View → Show Console）有没有stderr报错
别和 Emmet / CSS3 插件搞混
Emmet 展开的是缩写（d:f → display: flex），CSS3 插件解决的是语法高亮和属性名补全（gap 不标红、tran + Tab → transition），它们都不生成私有前缀。
- 如果你想要“输
transform就自动补全-webkit-transform”这种行为——Sublime 没有原生支持，Autoprefixer也不干这事；那是旧时代工具（如早期 WebStorm）的逻辑，现在已被弃用 - 强行用 snippets 或自定义 key binding 模拟前缀补全，会导致冗余代码、维护困难、与实际浏览器支持脱节
- 真正该关注的是：保存时是否按目标浏览器清单加了前缀？加得对不对？这比“敲两个字母就弹出五个带 -webkit- 的选项”重要得多
复杂点在于：Autoprefixer 行为完全取决于你的 browserslist 配置和 PostCSS 环境是否就位，而不是插件开关开没开。漏掉其中一环，它就彻底沉默——而控制台未必报错，你只能靠对比生成结果来反推问题在哪。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
