插件卸载后命令残留是因Package Control仅移除主体代码，未清理配置、缓存及本地状态文件；需手动删除Packages、Packages/User、Installed Packages及系统缓存中对应文件。
插件卸载后命令还在？Package Control 没真删干净
用 Package Control: Remove Package 卸载插件，只是移除了插件主体代码，但不会动配置、缓存、甚至某些插件的本地状态文件。常见现象是：插件已“卸载”，但右键菜单里仍有选项，或按快捷键仍触发报错（比如 KeyError: 'git_gutter'），说明残留逻辑还在运行。
- 务必先关闭 sublime Text，否则部分插件文件可能被占用，手动删时提示“正在使用”
- 打开命令面板（
Ctrl+Shift+P或Cmd+Shift+P），输入并执行Package Control: Remove Package，选中目标插件 —— 这步不能跳过，否则Packages目录里可能残留符号链接或空壳文件夹 - 等几秒看到右下角提示 “Removed XXX” 后再继续下一步，避免 Package Control 异步写入未完成
手动删插件文件夹前，先确认路径和命名规则
Sublime 的插件目录不是统一叫 Packages 就完事——版本号和路径会变，且插件名 ≠ 文件夹名。例如 GitGutter 插件实际文件夹名可能是 GitGutter，但也有插件如 lsp-pyright 会带连字符，而 SideBarEnhancements 在目录里就是原样拼写。
- 最稳路径获取方式：菜单栏
Preferences → Browse Packages…，直接打开真实目录 - windows 路径通常是
C:Users你的用户名appDataRoamingsublime text 3Packages；macOS 是~/Library/Application Support/Sublime Text 3/Packages/ - 删之前先看一眼文件夹修改时间 —— 如果是昨天刚装的，但文件夹时间显示 2023 年，大概率是软链接或旧版残留，直接删无风险
用户配置、缓存、Installed Packages 全得扫一遍
只删 Packages 下的文件夹，90% 的插件问题能解决；但剩下那 10%，往往卡在三个地方：Packages/User 里的设置文件、Installed Packages 里的压缩包、系统级缓存目录里插件生成的临时数据。
- 进
Packages/User，删掉所有含插件名的.sublime-settings文件，比如GitGutter.sublime-settings、BracketHighlighter.sublime-settings - 检查同级是否存在
Installed Packages文件夹，里面是.sublime-package压缩包，名字通常和插件一致，有就删 - windows 用户额外去
%LOCALAPPDATA%Sublime Text 3Cache搜索插件名；macos 去~/Library/Caches/com.sublimetext.4/找对应子目录
重装同名插件前，一定要验证是否真清空了
很多人卸载后立刻重装，结果新插件一启动就崩溃或行为异常，其实是旧缓存或配置干扰了初始化。尤其像 LSP、Terminus 这类依赖本地二进制或语言服务器的插件，残留的 Local 状态会直接导致进程反复拉起失败。
- 重启 Sublime 后，别急着调命令面板；先看右下角状态栏是否出现
Installing Package Control…—— 如果出现，说明Packages/User/Package Control.sublime-settings还在，得回头再查 - 打开控制台（
Ctrl+`），输入sublime.log_commands(True)，然后尝试触发疑似残留功能，看输出里有没有旧插件路径 - 最彻底验证：临时改名
Packages文件夹为Packages_backup，重启 Sublime —— 如果一切命令都消失，说明清理到位；再逐步恢复需要的配置
真正难清理的从来不是插件本身，而是它悄悄写进 Local、Cache、甚至系统临时目录的那些“隐形状态”。你删掉的每个文件夹，背后都对应一次插件的初始化决策；没删干净，下次启动时它就自动复活。