唯一真正临时禁用插件的方式是通过命令面板执行Disable Package命令：按Ctrl+Shift+P或Cmd+Shift+P，输入Disable Package后选择目标插件名（大小写敏感、名称须完全一致），确认后立即生效且下次启动自动恢复启用。
能临时禁用，且不卸载、不改配置、不重启——唯一可靠方式就是命令面板操作。
其他方法要么要重启，要么是永久生效，要么只对特定插件起作用。
用命令面板立即禁用（Ctrl+Shift+P / Cmd+Shift+P）
这是唯一真正“临时”的操作：禁用后插件立刻停止加载，所有功能失效，且下次启动仍保持启用状态（除非你再次手动禁用）。
按
（Windows/Linux）或
（macOS）打开命令面板
输入
，回车
从列表中选择目标插件名（如
、
），注意名称必须和
菜单里显示的**完全一致**，大小写敏感
确认后即刻生效，无需保存、无需重启
常见错误：输成
（多 s）、拼错插件名（如把
写成
），会导致命令不可见或执行失败。
为什么不能靠改
实现“临时”？
因为
是 Package Control 的用户配置项，写入后必须重启 Sublime Text 才会生效；而且它属于“永久禁用”逻辑——一旦加进列表，每次启动都会跳过该插件。
仿Sublime和notepad++编辑器效果
仿Sublime和notepad++编辑器效果
下载
它适合稳定环境下的长期管理，比如你确定再也不用
如果你只是想排查冲突或测试性能影响，改这个配置反而增加来回删改成本
误写字段名（如
少一个
）会导致静默失效，很难察觉
禁用后发现插件命令还在？不是没禁成功
命令面板里还能搜到
或
这类命令，不代表插件在运行——只是命令注册未清理。实际功能已不可用（比如按快捷键无响应、右键菜单选项灰掉）。
这是 Sublime 的正常行为：命令注册表不会随插件禁用自动清空
只要插件主逻辑没加载（比如没看到 GitGutter 的侧边栏图标、没触发 LSP 补全），就说明禁用成功
若仍有异常行为（如 CPU 占用高、弹窗不断），说明插件可能有后台进程残留，此时需考虑彻底卸载或清 Cache
真正容易被忽略的点是：命令面板禁用只影响当前 Sublime 实例，如果你开了多个窗口或用了便携版，每个实例都要单独操作；另外部分严重损坏的插件（如导致 Package Control 崩溃的）会让
命令本身不可见，这时只能退而求其次，用
或重命名文件夹兜底。
Ctrl+Shift+PCmd+Shift+PDisable PackageGitGutterSublimeLinterPackage SettingsDisable PackagesEmmetemmetdisabled_packagesdisabled_packagesOrigamidisable_packagesdGit: CommitLSP: Restart ServerDisable Packageignored_packages