package control真生效的唯一标准是：ctrl+shift+p输入“package control: list packages”能弹出列表（哪怕为空），再输入“package control: install package”后状态栏显示“fetching list of available packages”；st4用户必须用https://packagecontrol.io/installation.py脚本，执行后等满5秒见“successfully installed”提示才算成功。
Package Control 没装对，后面所有插件都是假安装——它不是插件，是插件系统的运行时环境，装错版本或残留旧文件会导致 Ctrl+Shift+P 能搜到命令但点不动、列表空白、静默失败。
怎么确认 Package Control 真生效了
别看菜单里有没有“Package Control”选项，只认两个动作是否能跑通：
-
Ctrl+Shift+P→ 输入Package Control: List Packages，回车后必须弹出已安装插件的滚动列表（哪怕只有 1 个） -
Ctrl+Shift+P→ 输入Package Control: Install Package，回车后等待 3–5 秒，必须出现带搜索框的插件仓库界面（不是报错、不是卡住、不是空窗口） - 如果任一失败，说明 Package Control 根本没加载成功，此时装任何插件都只是把文件丢进目录，不会注册、不响应、不更新
ST4 用户最常踩的安装坑：脚本版本和网络路径全错
截至 2026 年 8 月，Sublime Text 4（ST4）用户必须用官网 installation.py 脚本，旧版 ST3 的 hashlib 校验脚本在 ST4 上会静默失效——控制台不报错，但插件命令面板里搜不到 Install Package。
- 正确执行方式：
Ctrl+`呼出控制台 → 严格复制粘贴这一行（注意是 HTTPS）：import urllib.request,os,hashlib; exec(urllib.request.urlopen('https://packagecontrol.io/installation.py').read().decode('utf-8')) - 执行后等满 5 秒再判断：左下角出现
Package Control: Successfully installed Package Control提示才算真成功 - 若控制台只显示
reloading plugin或长时间无反应，大概率是代理/SSL 证书拦截，立刻切手动安装，别重试
四大零冲突核心插件怎么装才不翻车
SideBarEnhancements、GitGutter、Emmet、AutoFileName 这四个插件在 ST4 下兼容性好、无依赖冲突，但安装顺序和验证方式有讲究：
- 必须等
Package Control: Install Package真能拉出列表后再装——否则你看到的“正在安装”只是本地解压，不会触发 Python 初始化 -
Emmet安装后需重启 Sublime Text 才生效（ST4 中它依赖的 HTML 语法高亮模块需重载） -
GitGutter需确保系统 PATH 里有git命令，否则状态栏永远不显示修改标记；可在终端执行git --version验证 - 装完每个插件后，建议立即测试对应功能：比如
AutoFileName在引号内按Tab是否补全路径，SideBarEnhancements右键菜单是否有 “Open in Terminal” 项
为什么“汉化包”“绿色版”“一键整合包”一定不能碰
这些打包方案本质是篡改 Sublime Text 的 core 文件或硬写 Preferences.sublime-settings，直接破坏 Package Control 的加载链：
- 典型症状：
Package Control: Install Package命令可呼出但列表为空、插件安装后不加载、plugin_host进程频繁崩溃（表现为插件突然全部失效） - Windows 上签名被破坏后，右键安装包 → 属性 → 数字签名会显示“未知发布者”；macOS 上
xattr -l /Applications/Sublime\ Text.app会暴露出com.apple.quarantine标签 - 修复成本极高：必须卸载 + 手动清空
Packages/和Installed Packages/下所有非官方文件 + 重装官方包，无法热修复
真正干净的起点只有三个不可跳过的动作：装官方原版、手动装 Package Control、只通过它装社区验证插件。任何想绕过这三步的“捷径”，最后都会变成排查配置的深夜。
