package control 是 sublime text 4 的硬性前提，因其移除了旧插件机制，所有扩展必须通过它注册调度；未安装则无法使用 emmet、autofilename、sublimelinter 等插件，且手动放文件无效、旧安装脚本会失败。
Package Control 不装，Sublime Text 就是“没插口的插座”——它原生不支持任何第三方功能扩展。
你写 HTML 时没法用 Emmet 快速生成结构，改完代码不知道有没有语法错误，Git 修改行看不见颜色标记，连双击文件名重命名都要手动删后缀……这些不是“少点便利”，而是每天重复卡顿几十次。
真正的问题不在“要不要装”，而在于：**装什么、怎么装、为什么装了没反应**。
为什么 Package Control 是硬性前提，不是可选项
Sublime Text 4（2026 年主流版本）彻底移除了旧版插件加载机制，所有插件必须通过 Package Control 注册和调度。它不是普通插件，是运行时环境的一部分：
- 没它，
Ctrl+Shift+P里搜不到Install Package，命令面板里输入任何插件名都无响应 - 手动下载 .sublime-package 文件扔进
Packages/目录？ST4 会直接忽略，不加载、不报错、不提示 - 2026 年起官方脚本强制校验 SHA256 签名（比如那段
h = '2915d185' + '8bc59f46'），粘贴旧版安装代码会触发urllib.error.URLError或静默失败
Emmet 和 AutoFileName 为什么必须一起开
单独装 Emmet 只能帮你写标签，但路径一输错就 404；只装 AutoFileName 能补路径，但写不出嵌套结构。它们解决的是同一类高频动作的两个断点：
-
section>div.container>ul>li*3+ Tab → 自动生成完整 DOM 结构 - 在
<img src="">的引号里按 Tab，自动列出当前目录下所有图片文件，选中即填相对路径 - 两者配合后，新建一个页面 + 引入本地 CSS/JS，30 秒内完成，不用切窗口、不查文件名、不手抖输错斜杠
- 注意：
AutoFileName不识别 Webpack 别名（如@/components），这类路径得靠ESLint在保存时拦截
SublimeLinter 框架和 linter 插件为什么不能拆开装
SublimeLinter 本身不检查任何代码，它只是个调度器。真正干活的是 SublimeLinter-eslint 或 SublimeLinter-stylelint 这类配套插件：
- 只装
SublimeLinter，编辑器不会标红、不会弹提示、右下角状态栏显示 “—” 而不是 “ESLint: OK” -
ESLint必须在项目根目录有.eslintrc.js或package.json里定义eslintConfig，否则报 “No config found” - 如果状态栏显示 “Stylelint: ?”，说明
.stylelintrc或stylelint.config.js加载失败，常见原因是配置文件语法错误或路径不对 - 错误图标默认出现在行号旁，但若没看到，先确认右下角是否显示有效状态，而不是直接调高亮度找图标
装完插件却没效果？先看这三件事
很多问题不是插件坏了，是它根本没启动：
- 重启 Sublime Text ——
Package Control安装后必须重启，否则命令面板不生效 - 按
Ctrl+Shift+P输入Package Control: Install Package，有响应才算真成功；没响应就先执行Package Control: Synchronize Sources - 开了代理？关掉再试。ST4 的插件源走的是直连 HTTPS，代理常导致超时或证书校验失败
Package Control，后面全白搭；没配好 ESLint 配置文件，SublimeLinter-eslint 就是摆设；AutoFileName 补路径时跳过 node_modules，这是默认行为，不是 bug。
