package control 是 sublime text 插件生态的必需钥匙，必须用 st4 适配代码安装成功并重启后，通过 ctrl+shift+p 调用 install package 命令验证；emmet 与 autofilename 配合提升前端开发效率；sublimelinter 框架需搭配 eslint/stylelint 插件实现保存即校验；markdownediting 与 markdownlivepreview 组合满足文档写作需求；插件选择应以实际高频痛点为依据。
Package Control 是所有插件的前提，不装它等于没开锁
Sublime Text 原生不带插件安装能力，Package Control 就是那个“钥匙”。没有它，你连 Emmet 或 GitGutter 都没法一键装上——不是找不到，是根本没入口。
- 必须用官方适配 ST4 的 Python 3 安装代码（旧版 urllib 会报错），控制台粘贴后回车，看到
Successfully installed才算真成功 - 装完重启 Sublime，再按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（Mac），输入Package Control: Install Package能响应才算到位 - 如果命令无反应，先执行
Package Control: Synchronize Sources；若仍失败，大概率是开了代理，临时关掉再试
前端写 HTML/CSS 必开 Emmet + AutoFileName
Emmet 不是“锦上添花”，是每天省下几十次手动敲标签的刚需。比如输入 section>div.container>ul>li*3 再按 Tab，立刻生成嵌套结构；写 m10p 自动展开为 margin: 10%;。
-
AutoFileName解决的是路径焦虑：在<img src="...">或@import "..."里敲引号，它自动弹出当前目录下的文件列表，点一下就填好相对路径 - 两者配合，新建一个页面骨架+引入本地 CSS/JS，30 秒内能搞定，不用切窗口、不查文件名、不手抖输错斜杠
- 注意：部分项目用了 Webpack 别名（如
@/components），AutoFileName不识别，这时得靠JsPrettier或ESLint提前报错拦住
代码质量不能靠自觉，SublimeLinter + ESLint/Stylelint 得配齐
保存即报错，比等 CI 挂了再改强十倍。SublimeLinter 是框架，SublimeLinter-eslint 和 SublimeLinter-stylelint 是具体执行者，三者缺一不可。
- 只装
SublimeLinter不装配套 linter，编辑器不会标红任何东西——它只是个“检查调度员” - ESLint 需要项目根目录有
.eslintrc.js或package.json里定义了eslintConfig，否则提示 “No config found” -
stylelint同理，必须有.stylelintrc或stylelint.config.js，否则对 CSS 文件完全静音 - 错误图标默认出现在行号旁，但若没看到，检查右下角状态栏是否显示 “Stylelint: OK” —— 显示 “?” 说明配置加载失败
写作或文档场景只认 MarkdownEditing + MarkdownLivePreview
想用 Sublime 写 Markdown 却又卡在预览打不开、语法不亮、表格对不齐？问题往往出在“贪多”：装了 OmniMarkupPreviewer 又装 MarkdownLivePreview，结果两个抢渲染权，预览变空白或延迟爆炸。
- 只留
MarkdownEditing（语法高亮+标题升降级+脚注支持）和MarkdownLivePreview（双栏实时渲染）就够了，其他全卸 - 首次使用前，右键编辑区 →
Set Syntax → Markdown，否则缩写# 标题不触发高亮，alt+m也打不开预览 - 预览卡顿？打开
Preferences → Package Settings → MarkdownLivePreview → Settings，把"delay": 100改成150或200 -
TableEditor是可选项，但一旦开始写带表格的文档，它比空格对齐快五倍，且支持:--居中标记，别犹豫
关键点其实就一个：Sublime 的威力不在“装得多”，而在“每个插件都真正被你用到”。很多人装了十来个，结果日常只靠 Ctrl+P 和 Ctrl+D 活着，插件全在后台吃灰。选插件前先问自己：我昨天有没有为这事多敲过三次键盘？有，就装；没有，就跳过。
