package control: list packages 命令最直接列出当前启用插件；它不显示禁用插件或命名不规范的git克隆插件，真实插件目录需通过preferences → browse packages…或控制台sublime.packages_path()确认。
用 Package Control 命令查启用的插件最直接
只要装了 Package Control（几乎所有人默认都装），Package Control: List Packages 就是最准、最省事的方式——它只列 Sublime 当前正在加载并启用的插件，不是“曾经装过”或“文件夹还在”的那种。
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS）打开命令面板 - 输入
Package Control: List Packages并回车，稍等几秒，列表就出来了 - 注意：禁用的插件不会出现；Git 克隆进
Packages/但目录名带空格或后缀（如BracketHighlighter v2）的，也可能被忽略——它只认真实文件夹名（比如BracketHighlighter）
手动打开 Packages 目录看物理存在更可靠
命令面板显示的是 Sublime “认为”启用的插件，而 Preferences → Browse Packages… 打开的是真实文件系统里的插件根目录。这里每个子文件夹，基本就等于一个已安装插件（哪怕它被禁用了，甚至没配好）。
- 菜单栏点
Preferences → Browse Packages…，系统文件管理器会直接跳转到当前生效路径 - 常见路径虽有规律，但别硬记：
%APPDATA%\Sublime Text\Packages\（Win）、~/Library/Application Support/Sublime Text/Packages/（macOS）、~/.config/sublime-text/Packages/（Linux）——这些只是默认值，便携版、Snap 安装、多版本共存时全都不适用 - 看到
User/是你自己的配置区；看到GitGutter/、Emmet/这类名字，就是插件本体；空文件夹或大小写拼错（如emmet/vsEmmet/）会导致加载失败，尤其在 macOS/Linux 上
别漏掉 Installed Packages 里的 .sublime-package 压缩包
有些插件（特别是旧版或系统级包）是以 .sublime-package 形式存在的，它们不在 Packages/ 下，而在同级的 Installed Packages/ 目录里。这类包本质是 zip，不能直接改，但能解压查看内容。
- 先确认路径：
Packages/的上一级目录，找Installed Packages/ -
.sublime-package文件优先级低于同名文件夹——如果你在Packages/里放了个GitGutter/文件夹，那Installed Packages/GitGutter.sublime-package就会被忽略 - 想临时调试？把压缩包复制出来解压成文件夹扔进
Packages/，改完重启 Sublime；别直接删Installed Packages/里的包，否则Package Control → Reinstall Package会失效
用控制台命令验证真实路径防误操作
当你不确定 Sublime 到底读的是哪个目录，或者发现插件“明明放了却没反应”，最稳的办法是让 Sublime 自己说。
- 按
Ctrl + `打开控制台，输入：import sublime; sublime.packages_path()，回车 - 返回的路径就是它实际扫描插件的地方，比如
C:\Users\xxx\AppData\Roaming\Sublime Text\Packages - 这个结果比任何文档都准——它绕过了所有路径猜测、符号链接、沙盒隔离和权限误导，尤其适合排查“插件不生效”类问题
真正容易被忽略的，是插件加载优先级规则：同名文件夹 > 同名 .sublime-package > 内置压缩包。很多“重装无效”“修改不生效”的问题，根源都在 Packages/ 和 Installed Packages/ 里同时存在同名项，而你改错了地方。
