package control安装失败会导致所有插件失效，必须用st4专用脚本或手动拖包至installed packages/目录并彻底重启；验证标准是ctrl+shift+p能调出list packages和install package命令。
Sublime Text 要真正“流畅写代码”，关键不在插件数量，而在 Package Control 是否装对、装稳——它一出问题，所有插件都变成摆设，命令面板卡死、Install Package 不响应、甚至 Ctrl+Shift+P 直接无反应。
Package Control 安装失败的典型现象
别被“菜单里有 Package Control 选项”骗了。真实失效场景包括：
-
Ctrl+Shift+P输入Package Control: Install Package后无任何响应（不是加载慢，是根本没触发） - 控制台执行安装脚本后只显示
reloading plugin，但左下角不弹出Package Control: Successfully installed Package Control - 手动拖入
Package Control.sublime-package后，重启仍无法调出命令面板里的插件相关命令 - 之前装过旧版，
Installed Packages/目录里残留Package Control.sublime-package或Package Control.st3等变体文件，导致命令通道被劫持
ST4 必须用官网 installation.py 脚本或手动拖包
2026 年绝大多数用户用的是 Sublime Text 4（ST4），而 ST4 已移除对旧版安装逻辑的支持。用 ST3 或 ST2 的脚本（比如含 sublime.wbond.net 域名、或 sha256 校验值为 6f4c264a... 的）在 ST4 上会静默失败——控制台不报错，但 package_control 模块根本没加载。
- 确认版本：Help → About Sublime Text，顶部必须明确显示
Sublime Text 4 - 唯一可靠安装方式只有两种：
① 控制台执行官网最新脚本：import urllib.request,os,hashlib; exec(urllib.request.urlopen('https://packagecontrol.io/installation.py').read().decode('utf-8'))
② 手动下载https://packagecontrol.io/Package%20Control.sublime-package，直接拖进Installed Packages/目录（不是Packages/） - 手动安装前，务必清空
Installed Packages/中所有含Package Control字样的文件，否则旧残留会拦截新模块加载
装完 Package Control 后，验证是否真生效
别点菜单，只信两个动作：
-
Ctrl+Shift+P→ 输入Package Control: List Packages→ 回车后必须立刻列出已安装插件（哪怕目前为空） -
Ctrl+Shift+P→ 输入Package Control: Install Package→ 回车后必须弹出带搜索框的插件列表（不是空白面板，也不是报错） - 如果任一命令失败，说明 Package Control 没真正跑起来，此时装任何插件都没意义——先解决框架问题，再谈功能增强
真正提升编码流畅度的插件组合（ST4 兼容且零冲突）
装太多插件反而拖慢启动和响应。截至 2026 年 8 月，以下四个插件在 ST4 上实测无兼容问题、不抢快捷键、不干扰构建系统：
-
SideBarEnhancements：右键菜单补全（新建文件/文件夹、刷新、复制路径等），比原生侧边栏多出 80% 实用操作 -
GitGutter：行号旁实时显示 git diff 状态（+ - △），无需切换终端看变更 -
Emmet：HTML/CSS 快速展开缩写（如ul>li*3→ 自动展开），ST4 默认支持 JSX 和 Vue 模板语法 -
AutoFileName：在引号内输入路径时自动补全文件名（支持相对路径、node_modules内部路径），对 import 语句特别友好
它们共用同一套事件监听机制，不会互相覆盖或阻塞 UI 线程；但如果你同时装了 BracketHighlighter 和 ScopeAlways，可能在大文件中引发括号匹配延迟——这种细节，恰恰是“流畅”最易被忽略的断点。
