sublime text插件实际加载位置是preferences → browse packages…打开的目录，而非installed packages；该路径可通过sublime.packages_path()验证，user文件夹仅存配置，插件代码以文件夹形式位于packages/下。
Sublime Text 本身不显示隐藏插件文件夹——因为“隐藏”在这里不是系统级属性，而是被 folder_exclude_patterns 或内部逻辑过滤掉的结果；真正要查的是“插件实际加载位置”，它从来就不是隐藏的，只是你没找对地方。
Preferences → Browse Packages… 是唯一可靠入口
这个菜单项直接调用 Sublime 内部路径解析逻辑，打开的就是当前运行时真实加载插件的目录。无论 ST3 还是 ST4、便携版还是系统安装版、Windows/macOS/Linux，都认这个路径。
- 点开后看到的每个子文件夹（如
GitGutter、User）就是一个已启用插件的根目录 -
User文件夹只放你的配置（Preferences.sublime-settings等），不是插件代码本身 - 如果菜单点不开，大概率是 Sublime 进程卡死，先任务管理器杀掉所有
sublime_text.exe或Sublime Text进程再试
用 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就会被忽略 - macOS/Linux 上大小写敏感：文件夹叫
emmet，但插件元数据声明为Emmet，就会加载失败
侧边栏看不到 .git 或 .env？别翻插件目录，先看版本和设置
这不是插件路径问题，是侧边栏显示逻辑限制。
- 必须用 Sublime Text 4 build 4126+（2026 年当前稳定版已满足），ST3 完全不支持
show_hidden_files - 在
Preferences → Settings右侧用户配置中加一行："show_hidden_files": true - 该设置必须在顶层
settings字段，不能塞进folders里，否则无效 - 改完不用重启应用，关闭再重新
Open Folder即可生效
最容易被忽略的一点：很多人以为“插件装好了就完事”，结果迁移环境时只复制 Packages/User，新机器上所有插件命令都报 command not found——因为插件代码不在 User 里，而在 Packages/插件名/ 下。真要备份，得把整个 Packages 目录连同 Installed Packages 一起拷，且确保 Sublime 完全退出。
