GitHub Copilot 在 VS Code 中意外停止响应，状态栏变为灰色、代码建议消失，甚至编辑器反复闪退并弹出“Extension host process crashed”错误提示——遇到这种情况，先别急着重装插件。问题的根源往往不在 Copilot 本身，而是其他插件劫持了编辑器的事件流，或直接覆盖了核心 API 调用栈。简单来说，是被“猪队友”拖累了。
判断 VS Code Copilot 崩溃是否由插件冲突引起
动手排查前，先确认是否是插件冲突导致的问题。打开 VS Code 命令面板（Ctrl+Shift+P），执行 Developer: Toggle Developer Tools，切换到 Console 标签页。如果出现大量 Uncaught Error、TypeError: Cannot read property 'onDidChangeTextDocument' of undefined，或者错误堆栈中反复出现非 Copilot 插件的包名——例如 perplexity、tabnine、codemaid——那基本可以确定是插件冲突造成的。
这一步切勿跳过——否则直接重装 Copilot 很可能白费功夫，因为旧冲突插件仍在后台悄悄运行。
禁用所有 AI 类与 LSP 增强型插件
方法一：快速批量禁用
1. 点击左侧扩展图标，在搜索框输入 @installed @category:programming，列出所有编程类扩展。
2. 按住 Ctrl 键（Windows/Linux）或 Cmd 键（macOS），依次勾选以下包含关键词的插件名称：【Perplexity、TabNine、CodeWhisperer、Codeium、Bito、Amazon Toolkit、ReSharper、CodeMaid】。
3. 右键选中任一插件，选择「Disable All Extensions in This Category」，确认禁用。
4. 关闭所有编辑器标签页，完全退出 VS Code 进程——建议在任务管理器中检查 code.exe 是否仍有残留。
方法二：手动逐个验证（适用于怀疑某个特定插件时）
仅启用 GitHub Copilot，其余全部禁用；重启后测试稳定性。如果正常，再逐一启用其他插件——每次启用后编辑约 10 行代码，并触发一次 Ctrl+Enter 补全，直到崩溃复现。最后一个启用的插件就是“肇事者”。
清除 Copilot 本地会话与缓存状态
第一步：重置 Copilot 内部状态
重启 VS Code 后，按下 Ctrl+Shift+P，输入 GitHub Copilot: Reset Copilot State，回车执行。此操作会清空本地上下文索引、丢弃失效的 token，并重建语言服务器连接通道。
第二步：删除 ComponentModelCache（这一步至关重要）
关闭 VS Code，打开文件资源管理器，定位到：【%LocalAppData%ProgramsMicrosoft VS Coderesourcesappextensionsgithub.copilotout】 目录，将整个 out 文件夹彻底删除。下次启动 VS Code 时会自动重建该目录，并加载纯净的逻辑层。
注意：请勿删除错误路径——%LocalAppData%MicrosoftVisualStudio 是 Visual Studio 的缓存，对 VS Code 无效。
验证 Copilot 崩溃是否已修复
1. 打开一个新窗口（File → New Window），不打开任何项目。
2. 新建一个 test.py 文件，输入以下三行代码：
def fibonacci(n):
if n <= 1:
return n
3. 将光标停在第三行末尾，按 Ctrl+Enter 触发内联补全。
4. 观察底部状态栏是否显示「GitHub Copilot — Ready」，且补全浮层在 1 秒内弹出。
5. 连续执行 5 次补全操作——过程中不出现 Extension host process crashed 弹窗、不自动重启窗口、控制台无红色报错，才算彻底修复。
请牢记：保持干净的插件环境，才是 Copilot 稳定运行的根基。