VS Code扩展管理全程在界面内完成，禁用、更新、卸载操作入口明确但易误点；通过Ctrl+Shift+X打开扩展视图，搜索定位后依图标状态（暂停/更新徽章）和⋯菜单操作，禁用保留配置，更新需手动触发，卸载清除全部数据，命令面板可提升高频管理效率。
VS Code 的扩展管理完全在界面内完成，不需要命令行或配置文件修改；禁用、更新、卸载三类操作各自有明确入口，但容易点错位置。
在扩展视图中定位目标扩展
按 Ctrl+Shift+X（Windows/Linux）或 Cmd+Shift+X（macOS）打开扩展视图。左侧搜索框可输入名称快速过滤，已安装的扩展默认显示在「已安装」分类下（不是顶部的「推荐」或「热门」）。注意：部分扩展可能被归类到「已禁用」或「已过时」标签页，需手动切换查看。
- 扩展图标右下角带灰色「暂停」图标 → 表示当前已禁用
- 扩展标题右侧出现蓝色「更新」徽章 → 表示有可用更新
- 扩展卡片右上角三个点（
⋯）是操作入口，不是点击扩展名本身
禁用扩展：不卸载但停止加载
禁用后扩展不会运行、不占用启动资源，但保留配置和状态，适合临时排查冲突或测试性能影响。右键扩展卡片或点击 ⋯ → 选择「禁用」；已禁用的扩展会在列表顶部「已禁用」分组中显示，再次点击同一菜单项可「启用」。
Evez Github Manager
下载
在 OpenClaw 中管理 GitHub 仓库、Pull Request、Issue 与工作流。适用于审查 PR、管理 Issue、自动化 GitHub Actions、同步仓库等场景。
- 禁用不影响用户设置（如
settings.json中该扩展相关配置仍保留） - 某些扩展（如主题、语言支持）禁用后需重启编辑器才能生效视觉/语法高亮变化
- 工作区级禁用需在项目根目录
.vscode/extensions.json中手动配置"recommendations"，界面操作仅作用于用户全局
更新与卸载：两个独立动作不能合并
VS Code 不自动更新扩展，必须手动触发。有更新时，扩展卡片右上角显示「更新」按钮；点击即下载并立即生效（无需重启）。卸载则需先展开 ⋯ 菜单 → 选择「卸载」→ 确认。卸载后所有配置、缓存、关联文件均被清除。
- 批量更新：扩展视图右上角有「全部更新」按钮，但建议逐个确认，避免兼容性问题（尤其涉及 ESLint、Prettier、TypeScript 插件链时）
- 卸载后若重装同名扩展，不会恢复旧设置——除非你提前备份了
settings.json或使用 Settings Sync - 某些扩展（如 GitLens）卸载后残留进程可能仍在后台运行，需检查系统任务管理器或重启 VS Code 彻底清理
通过命令面板快速操作（适合高频管理）
按 Ctrl+Shift+P 打开命令面板，输入以下关键词可跳转对应操作：
-
Extensions: Disable→ 输入扩展名后禁用 -
Extensions: Uninstall Extension→ 列出已安装项供选择卸载 -
Extensions: Check for Updates→ 手动触发检查（比等徽章出现更主动）
这些命令不替代图形界面，但能绕过鼠标导航，在多扩展场景下效率更高。真正麻烦的是那些依赖其他扩展、或修改了核心编辑器行为的插件——它们的禁用/卸载可能引发连锁反应，比如移除 Python 扩展后，Jupyter 支持会直接失效，这类依赖关系在扩展详情页的「依赖」或「相关」区域才显示，常被忽略。
