Sublime插件实际运行路径是Packages目录，而非Installed Packages；Preferences→Browse Packages…可准确打开该目录，sublime.packages_path()命令可验证真实路径。
Sublime 的插件实际运行路径就是 Packages 目录，不是 Installed Packages，也不是你猜的任何“可能路径”——它由 Sublime 自己决定，且有唯一权威入口。
Preferences → Browse Packages… 是最准的打开方式
菜单命令直接触发 Sublime 内部逻辑，自动定位到当前正在加载插件的真实目录。无论你用的是 ST3 还是 ST4、便携版还是系统安装版、Windows/macOS/Linux，这个操作都有效。
- 点击菜单 Preferences → Browse Packages…，文件管理器会立刻打开
Packages文件夹 - 看到的每个子文件夹（如
GitGutter、SideBarEnhancements）就是一个已启用插件的根目录 -
User子目录是你所有自定义配置（Preferences.sublime-settings等）的存放地，不是插件本体 - 如果菜单点不开，大概率是 Sublime 启动异常或被锁死，先关掉所有进程再试
sublime.packages_path() 命令验证真实路径
当你要写脚本、排查路径冲突，或发现插件“明明放了却没反应”，必须让 Sublime 自己报出路径，而不是依赖经验帖里的“通常路径”。
- 按
Ctrl + `打开控制台，输入：import sublime; sublime.packages_path() - 返回值如
/Users/xxx/Library/Application Support/Sublime Text/Packages就是真实路径 - 返回
None？说明 Sublime 没完成初始化，重启后再试 - 路径末尾不带斜杠是正常的，Sublime 内部会自动补全，别手动加
为什么不能只看 Installed Packages 目录？
Installed Packages 里全是 .sublime-package 压缩包，只是 Package Control 下载的缓存，不是运行时加载源。
- 真正被加载的插件，99% 都已解压为同名文件夹，放在
Packages/插件名/下 - 如果你在
Packages/下建了个Emmet/文件夹，那Installed Packages/Emmet.sublime-package就会被忽略 - 插件只在
Installed Packages里而不在Packages/下？说明它没被解压，可能被禁用，或兼容性标记（如sublime-text-4）不匹配 - macOS/Linux 上大小写敏感：文件夹叫
emmet，但插件元数据声明为Emmet，就会加载失败
最容易被忽略的一点：插件迁移或调试时，很多人只复制 Packages/User，结果新环境里插件命令全报 command not found——因为插件代码本身不在 User 里，而在 Packages/插件名/ 下。真要备份，得把整个 Packages 目录连同 Installed Packages 一起拷，且必须确保 Sublime 完全退出。
