Package Control 不读系统代理，需手动配置 http_proxy 和 https_proxy；插件列表为空时应下载 channel_v3.json 并通过 channels 指定本地路径；调试需查看控制台日志，注意防火墙、路径格式与 SSL 证书问题。
Package Control 不走系统代理，必须手动填 http_proxy 和 https_proxy
Sublime Text 的 Package Control 完全绕过系统代理（比如 Windows 设置里的“Internet 选项”或 macOS 的网络代理），哪怕你开着 Clash、Surge 或设置了全局 HTTP 代理，它照样连不上 packagecontrol.io。这不是 bug，是设计如此——它用的是 Python 的 urllib，且不读环境变量或系统配置。
- 打开
Preferences → Package Settings → Package Control → Settings – User，编辑右侧 JSON - 只加这两行（注意逗号）：
{ "http_proxy": "http://127.0.0.1:7890", "https_proxy": "http://127.0.0.1:7890" } - 端口必须匹配你本地代理工具的 HTTP 模式端口：Clash 默认是
7890，V2RayN 常用10808，SSR 可能是1080；SOCKS5 端口（如1080）不能直接填，除非你启用了它的 HTTP 转发功能 -
http_proxy值必须以http://开头，写成https://或漏掉协议会静默失效
插件列表为空？大概率是拿不到 channel_v3.json
显示 There are no packages available for installation，不是插件没了，而是 Package Control 根本没下载到渠道清单文件 channel_v3.json。国内直连该地址超时、被重置或 DNS 解析失败都很常见。
- 最稳方案：浏览器访问
https://packagecontrol.io/channel_v3.json，右键“另存为”，保存为纯文本（不要带.txt后缀），例如存到C:/sublime/channel_v3.json - 在
Settings – User中加这一行："channels": ["C:/sublime/channel_v3.json"]
- Windows 路径可用正斜杠或双反斜杠，但不能用单反斜杠（
C:\sublime\...会被 JSON 解析器当成转义字符） - 保存后重启 Sublime；如果仍为空，用记事本打开那个 JSON 文件，确认无 BOM 头、无乱码、内容是合法 JSON
代理配对了还是连不上？先看控制台日志再排查
别猜，打开 Ctrl + ` 控制台，执行一次 Package Control: Install Package，观察输出——这是唯一可信的判断依据。
- 成功时你会看到类似：
downloading https://packagecontrol.io/channel_v3.json via http://127.0.0.1:7890 - 如果还是
Connection refused或timeout，说明代理进程没开、端口不对，或被防火墙拦截 - Windows 下尤其注意：进「Windows 防火墙 → 允许应用通过防火墙」，勾选
sublime_text.exe的专用/公用网络权限 - 公司/学校内网可能有组策略强制代理或 PAC 脚本，这类策略会绕过你手动填的设置，Sublime 可能根本没权限出网
HTTPS 证书报错 SSL: CERTIFICATE_VERIFY_FAILED 怎么办
这不是代理问题，是 Python 的 SSL 校验失败，通常发生在使用中间人代理（如某些企业级 HTTPS 解密网关）或自签名证书环境下。
- 临时解决可加配置：
"ssl_verify": false
，但仅限调试，长期禁用会带来安全风险 - 更稳妥的做法是把代理的根证书导入系统信任库，再让 Sublime 继承系统证书链（Windows/macOS 一般自动生效，Linux 可能需设
SSL_CERT_FILE环境变量） - 别用
http_proxy指向 HTTPS 代理地址（比如https://127.0.0.1:7890），这会导致协议不匹配，直接失败
真正卡住的时候，往往不是代理地址写错了，而是控制台没打开、路径用了单反斜杠、JSON 少了个逗号，或者防火墙默默拦掉了 Sublime 的请求——这些细节比代理本身更常导致失败。
