VSCode无内置插件冲突自动诊断面板，所有警告均为插件自报；真实排查需依赖code --disable-extensions验证、Developer: Start Extension Bisect二分定位、Console日志分析及Developer: Show Running Extensions观察激活状态。
VSCode 没有内置的“插件冲突自动诊断面板”或“依赖管理面板”，所有所谓“一键诊断插件冲突”的功能都不存在——你看到的提示、弹窗或右下角警告，全是各插件自己写的简易状态反馈，不是 VSCode 提供的统一视图。
Ctrl+Shift+P 里搜不到 “冲突诊断” 或 “依赖管理”
VSCode 命令面板（Ctrl+Shift+P）不提供原生命令来扫描插件间冲突或展示插件依赖关系。输入 “conflict”、“diagnose”、“dependency” 等关键词，返回的都是个别插件（如 C/C++、GitLens、Vim）自己注册的诊断命令，比如：
-
C/C++: Log Diagnostics—— 只对 C/C++ 插件有效，不检查其他插件 -
GitLens: Show Quick History—— 和冲突无关，只是 GitLens 功能入口 -
Developer: Inspect Key Mappings—— 这是唯一接近“冲突定位”的原生命令，但只查快捷键，不查语言服务器、状态栏图标或后台进程争用
别指望靠一个命令扫出全部问题。真实冲突往往藏在多个层面：快捷键、语言服务器抢占、状态栏图标覆盖、输出通道混用。
右下角状态栏警告 ≠ 自动诊断结果
你看到的 ⚠️ C/C++ IntelliSense is disabled 或 Clangd server restarting... 这类提示，是某个插件在启动失败或检测到竞争后主动写入状态栏的“求救信号”，不是 VSCode 主动分析得出的结论。
- 它不告诉你另一个冲突方是谁（比如是不是
cpptools和clangd同时启用） - 也不说明冲突是否可恢复（比如仅因路径配置错误，还是根本无法共存）
- 更不会列出当前激活的全部语言服务器实例及其监听范围
这类提示只够触发人工排查，不能替代诊断动作。真要确认，得手动打开输出面板，切换到对应插件频道（如 C/C++、Clangd、Python），逐行看日志里有没有 failed to start、already registered、conflict with 这类关键词。
keybindings.json 是唯一能系统性暴露快捷键冲突的地方
快捷键层面的冲突，必须靠 Ctrl+K Ctrl+S 打开图形界面，或直接编辑 keybindings.json 来识别。关键点：
- 搜索你想查的组合键（如
Ctrl+Shift+F），所有命中项会并列显示，来源标注清晰（Default、GitLens、Vim、your keybindings.json） - 带黄色感叹号的条目 = 实际生效的只有最上面那条，下面的被静默屏蔽
- 鼠标悬停看
when条件：如果两个命令都要求editorTextFocus，就必然冲突；但如果一个是editorTextFocus，另一个是terminalFocus，其实互不干扰 - 禁用某插件快捷键不用卸载它，加减号前缀就行：
{"key":"ctrl+shift+h","command":"-gitlens.showQuickFileHistory"}
注意：keybindings.json 里没写的快捷键，全由插件或 VSCode 默认规则控制，不显式声明就不算“你管的范围”——这也是很多人漏查的根本原因。
没有“依赖管理面板”，但有等效替代路径
VSCode 不提供类似 npm list 或 pip show 的插件依赖树视图。所谓“依赖”，实际指两类关系：
-
语言服务器级依赖：比如
Python插件默认启用 Pylance，也可切换为 Jedi；C/C++插件和clangd本质互斥。这种关系只能靠插件文档或设置项（如python.defaultInterpreterPath、c_cpp.default.intelliSenseEngine）手动协调 -
快捷键/命令级覆盖：Vim 插件会重绑定
Ctrl+S为:w，导致原生保存失效。这不是“依赖”，而是接管。解决方式是加when条件限定作用域，或用-commandId显式禁用
真正需要关注的，从来不是“谁依赖谁”，而是“谁正在抢资源”：CPU、内存、端口、键盘输入流、状态栏空间、输出通道。这些资源争用没法靠面板一键归因，得结合任务管理器、输出日志、状态栏图标变化、以及你最近装了什么插件来交叉判断。
