直接用 code --disable-extensions 启动 VS Code，打开 .py 或 .js 文件并按 Ctrl+Space 触发补全，若功能正常且状态栏显示“CodeGeeX Ready”等就绪提示，则 100% 是插件冲突所致，而非网络、账号或语言服务器问题；该命令仅临时禁用插件，关闭窗口即自动恢复，安全高效。
怎么确认是插件冲突而不是其他问题
直接用 code --disable-extensions 启动 VS Code，打开一个常见文件（比如 .py 或 .js），敲几行代码后按 Ctrl+Space 触发补全。如果这时功能正常、状态栏显示插件就绪（如 “CodeGeeX Ready”），那基本可以断定是插件冲突——不是网络、不是账号、也不是语言服务器没装好。
这个命令不删插件、不改配置，关掉窗口就自动恢复，安全又快。比反复重装插件省至少十分钟。
哪些插件最容易互相打架
AI 补全类插件是冲突高发区：多个同时注册 editor.suggest.provider 会导致 VS Code 不知道该听谁的，结果就是补全空白、光标卡顿、右下角图标消失，甚至报 duplicate skill ID 错误。
-
github.copilot、amazon.code-whisperer、aliyun.tongyi-lingma、tabnine.tabnine-vscode和codegeex.codegeex共存时，90% 以上概率出问题 - C/C++ 场景下，
ms-vscode.cpptools和llvm-vs-code-extensions.vscode-clangd会争抢 IntelliSense 控制权，表现为跳转错乱、诊断重复、CPU 占用飙升 - Vue 项目里同时启用
johnsoncodehk.volar和octref.vetur，轻则语法高亮失效，重则整个.vue文件爆红
禁用插件该选全局还是工作区
关键看影响范围：如果某个插件在所有项目里都不需要（比如你从不用 Docker），就全局禁用；但如果只是某个前端项目里不想让 Python 插件后台扫描，那就必须用工作区禁用——否则会影响其他 Python 项目。
操作上优先走 settings.json 配置，比点按钮更可控：
工作区禁用写法：
{
"extensions.enabled": {
"ms-python.python": false,
"github.copilot": false
}
}
注意：extensions.enabled 是白名单式配置，设为 false 才是禁用；别误写成 "extensions.disabled"——VS Code 没这个字段。
禁用后还要清理残留吗
要。尤其 AI 类插件常自带本地服务（比如 Codex 后台），停用插件后它可能还在跑。执行 codex skills list 查看是否还有多余技能条目，有就手动删掉对应目录，否则下次启用新插件时可能复用旧缓存导致行为异常。
另外，有些插件（如 Copilot）会在 settings.json 里写一堆开关项（copilot.enable、copilot.inlineSuggest.enable），单纯禁用插件不一定关掉所有钩子，得一并删掉或设为 false。
最保险的做法：禁用插件 → 清理相关配置 → 重启 VS Code → 再验证一次补全是否稳定。漏掉任何一步，都可能让问题悄悄回来。
