package control装不成功需先确认控制台输出和签名验证，常见报错为hash mismatch或urlerror；2026年7月起必须使用官网st4专用脚本，旧脚本因https校验升级已失效，且需手动清除installed packages/下旧文件再重装。
Package Control装不成功？先确认控制台输出和签名验证
绝大多数插件装不上，根源在 Package Control 本身没装稳。别急着搜插件，先看控制台（Ctrl+`）里有没有报错——常见的是 hash mismatch 或 URLError。2026年7月起，packagecontrol.io 已强制 HTTPS 且校验更严，旧版安装脚本会失效。
- 必须用官网最新脚本：打开
https://packagecontrol.io/installation，复制对应 Sublime Text 4 的 Python 3 安装命令（不是 ST3 的） - 如果控制台显示
Error validating download，说明本地缓存了旧 hash，手动删掉Installed Packages/Package Control.sublime-package再重装 - Windows 用户遇到 SmartScreen 拦截，不要点“更多信息→仍要运行”，而是右键安装包 → 属性 → 勾选“解除锁定”
前端开发插件装完没反应？检查语法高亮和作用域匹配
Emmet、AutoFileName、Babel 这类插件依赖当前文件的语法类型。如果你在 .vue 文件里写 HTML 片段，但状态栏显示的是 Plain Text，那 Emmet 就不会触发 Tab 展开。
- 手动切换语法：右下角点击当前语法名 → 选
HTML或Vue Component（需提前装Vue Syntax Highlight） - 确认作用域：按
Ctrl+Shift+P→ 输入show_scope_name，光标处应显示类似text.html.vue而不是source.vue -
AutoFileName在 CSS 中补全路径时，默认只识别url()和@import，如果写的是background: url('./img/xxx.jpg')就能触发；但background-image: './img/xxx.jpg'就不行——这是设计如此，不是 bug
SublimeLinter 报错“no linter available”？ESLint 配置路径是关键
装了 SublimeLinter 和 SublimeLinter-eslint 却不标红，大概率是找不到全局或项目级的 eslint 可执行文件。
- 终端里运行
which eslint（macOS/Linux）或where eslint（Windows），把输出路径完整填进SublimeLinter.sublime-settings的executable字段 - 如果项目用
npx eslint，别填npx，而是填node_modules/.bin/eslint的绝对路径（相对路径不生效） - 禁用
SublimeLinter的“delay”选项：设"delay": 0，否则保存后等 1 秒才校验，容易误判为失效
GitGutter 图标不显示？不是插件问题，是 Git 二进制路径没配对
GitGutter 依赖系统 Git 命令行工具，但它默认只认 git 这个命令名。macOS 上通过 Homebrew 安装的 Git 通常没问题；但 Windows 用户如果装的是 GitHub Desktop 自带 Git，路径往往不在 PATH 里。
- 打开
Preferences → Package Settings → GitGutter → Settings - 加一行：
"git_binary": "C:/Program Files/Git/bin/git.exe"（替换成你本地实际路径） - 重启 Sublime Text，别只 reload ——
GitGutter启动时就扫描一次 Git，reload 不会重读配置
真正卡住人的从来不是插件装不装得上，而是装完后它“该干活时不干活”。每个插件都有自己的上下文依赖：语法类型、路径权限、二进制可执行位置、作用域范围。盯着状态栏、查控制台、用 show_scope_name 确认当前环境，比反复重装快得多。
