package control卸载插件仅删除代码，需手动清理packages/user配置、cache缓存及同步状态，否则命令残留、cpu飙高、右键菜单仍在；务必先关闭所有sublime进程再操作。
Package Control 卸载插件只删代码，不删配置、缓存和同步状态——直接删文件夹会破坏 Package Control 状态，命令面板里还能搜到命令、CPU 持续飙高、右键菜单残留，基本都是这三处没清干净。
Package Control: Remove Package 后命令还在？删 Packages/User/ 下的配置文件
执行 Package Control: Remove Package 后，Packages/User/ 目录下仍留着 GitGutter.sublime-settings、LSP-pyright.sublime-settings 这类文件，它们会继续影响快捷键、右键菜单和命令面板搜索结果。
- 打开
Preferences → Browse Packages…，进入Packages/User/ - 用文件管理器搜索插件名（如
git、lsp、sidebar），删掉所有匹配的.sublime-settings文件 - 顺手打开
Default (Windows).sublime-keymap（或对应系统文件），搜索插件命令名（如"command": "git_stage_hunk"），整块删除
手动安装的插件不在 Remove Package 列表里？整文件夹删，别只删 .py
从 GitHub 下载 ZIP 解压拖进 Packages/、或用 symlink 软链安装的插件，Package Control 根本不识别，自然不会出现在卸载列表中。这时候靠命令面板完全失效，必须手动定位并彻底清除。
- 先关死所有 Sublime 进程：Windows 用任务管理器杀光
sublime_text.exe和subl.exe；macOS 用「活动监视器」强制退出全部Sublime Text；Linux 执行pkill -f "sublime_text" - 通过
Preferences → Browse Packages…确认真实路径（Text 3 / Text 4 路径不同，别进错） - 在
Packages/目录里找到插件同名文件夹（如SideBarEnhancements），**整文件夹删除**，不要只删里面的.py文件——残留的__pycache__或.pyc仍可能被加载 - 再往上一级，进
Installed Packages/，删掉同名的.sublime-package（尤其反复装卸过的插件极易残留）
LSP 类插件卸载后 CPU 还飙高？清 Cache 目录里的语言服务器缓存
像 pyright、texlab、LSP-pyright 这类插件，卸载后其语言服务器进程和索引文件仍锁在 Cache 里，Sublime 启动时会自动拉起，导致 CPU 持续占用、命令面板能搜到但执行卡死或报错。
- Windows：进
%LOCALAPPDATA%\Sublime Text\Cache\，删掉含pyright、texlab、lsp的整个文件夹（或直接清空整个Cache） - macOS：删
~/Library/Caches/Sublime Text/和~/Library/Saved Application State/com.sublimetext.4/（后者会偷偷恢复插件状态） - Linux：执行
rm -rf ~/.cache/sublime-text/*（安全，重启后自动重建）
重装前插件自动复活？没登出同步账号是主因
哪怕你删光 Packages/、Cache/、Local/，只要之前执行过 subl --sync-login，Sublime 启动时就会从云端拉取旧插件列表并自动重装——这不是卸载失败，是同步机制在生效。
- 终端运行
subl --sync-logout（确保subl在 PATH 中） - 或菜单栏点
Sublime Text → Preferences → Sync Settings → Logout - 验证是否登出：检查
Packages/User/Package Control.sublime-settings是否已不存在
最常被跳过的其实是关进程和清 Cache —— 很多人删完就重启，发现命令还在、CPU 还高，第一反应是“卸载没成功”，其实只是后台 sublime_text.exe 还锁着缓存，或者 pyright 的 socket 文件还在跑。动手前先杀进程，动手后必清 Cache，这两步漏一个，卸载就等于白干。
