codegeex 在 vscode 中导致风扇狂转、卡顿及 cpu 持续超 60% 的根本原因是默认启用的实时语义分析与后台模型驻留；需关闭 codegeex.contextanalysis 和 codegeex.autostartmodel，限制 maxtokens、temperature 与 throttledelayms，并禁用 inline comment、gitcontext 及 autoshowsidebar 等非必要功能，最后重启验证 cpu 降至 2% 以下、内存不超 180mb。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
VSCode 中启用 CodeGeeX 后出现风扇狂转、编辑器卡顿、CPU 持续占用超 60%，本质是其默认开启的实时语义分析与后台模型驻留导致资源过载，而非插件本身故障。
确认 CodeGeeX 是否为 CPU 高占用元凶
按 Cmd+Shift+P（macOS）或 Ctrl+Shift+P（Windows/Linux），输入并运行 Developer: Show Running Extensions，在列表中找到 codegeex.codegeex 或 CodeGeeX 条目；观察其 “CPU %” 列——若持续高于 15% 或 “Memory MB” 超过 400MB，即可判定为当前主要负载源。
注意：该命令必须在 CodeGeeX 处于激活状态（如已打开 .py/.js 文件）下执行，静默时数据不具参考性。
关闭实时代码理解与后台模型驻留
这是最直接有效的降载操作。CodeGeeX 默认启用“智能上下文感知”，会在光标移动、文件切换时持续调用本地模型做语义解析，极易拖垮 M 系列芯片或低配设备。
打开设置（Cmd+, 或 Ctrl+,）→ 搜索 codegeex.contextAnalysis → 将其值设为 false。
再搜索 codegeex.autoStartModel → 设为 false。这一步强制模型仅在手动触发（如按 Ctrl+Enter 调用补全）时加载，避免常驻内存。
【关键提醒】：两项配置必须同时关闭，仅关其一仍会触发后台推理进程。
限制模型调用频率与响应长度
CodeGeeX 的默认补全策略倾向于生成长文本，每次响应都需完整解码+渲染，对 CPU 缓存压力极大。
打开 settings.json（可通过设置界面右上角“打开设置(JSON)”进入），在 json 对象内添加以下字段：
"codegeex.maxTokens": 64,
"codegeex.temperature": 0.3,
"codegeex.throttleDelayMs": 1200
其中 maxTokens 控制输出长度，64 是平衡可用性与性能的临界值；throttleDelayMs 强制两次自动补全间至少间隔 1.2 秒，有效打断高频请求循环。
禁用非必要功能模块
方法一：关闭行内注释生成
搜索 codegeex.enableInlineComment → 设为 false。该功能依赖实时 AST 分析，在 TypeScript 或 Python 大文件中极易引发卡顿。
方法二：停用 Git 上下文增强
搜索 codegeex.gitContext → 设为 false。它会监听 git status 变更并预加载变更文件语义，对多数日常开发属冗余行为。
方法三：禁用侧边栏 AI 面板自动展开
搜索 codegeex.autoShowSidebar → 设为 false。面板常驻会维持 WebSocket 连接及心跳检测，长期增加 5%~8% 基础 CPU 占用。
重启并验证效果
第一步：关闭所有 VSCode 窗口（macOS 需右键菜单栏图标 → Quit，Windows/Linux 关闭全部实例）；
第二步：重新打开工作区；
第三步：再次运行 Developer: Show Running Extensions，确认 codegeex 条目 CPU % 降至 2% 以下，Memory MB 不超过 180MB。
