根本原因是codegeex默认对大文件启动语言服务并做全文上下文分析；需四步解决：①为plain text单独禁用插件；②用“open large file optimized”进入只读大文件模式；③工作区或窗口级禁用插件；④命令行禁用扩展打开文件。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
VSCode 中 CodeGeeX 插件在打开几百 MB 日志或转储文件时响应延迟、输入卡顿、甚至触发无响应弹窗，根本原因不是插件本身故障，而是它默认随语言服务启动并尝试对全文做上下文感知分析——而大文件中根本不需要 AI 补全或注释生成。
第一步：禁用 CodeGeeX 对大文件的自动激活
CodeGeeX 默认监听所有 .log、.json、.txt 文件类型，一旦文件被识别为“可支持语言”，就会加载模型权重并建立上下文索引。这在 200MB+ 文件中直接拖垮主线程。
打开命令面板（Ctrl+Shift+P / Cmd+Shift+P），输入并执行 Preferences: Configure Language Specific Settings… → 选择 Plain Text → 在右侧 JSON 编辑器中添加：
"codegeex.enable": false
这一步必须针对 Plain Text 单独设置，因为 CodeGeeX 不会读取全局禁用开关；若只关全局 setting，它仍会在你右键→Reopen with Editor→Plain Text 后重新激活。
第二步：强制以纯文本只读模式打开大文件
即使禁用了 CodeGeeX，VSCode 仍可能因语言服务残留导致卡顿。必须切断所有语义层依赖：
① 关闭所有已打开标签页，确保工作区干净；
② 按 Ctrl+Shift+P（Win/Linux）或 Cmd+Shift+P（macOS），输入并执行 File: Open Large File Optimized；
③ 选择目标大文件后，立即查看窗口左下角状态栏——只有显示 Large file mode (read-only) 才算成功；若显示 Log、JSON 或 Plain Text，说明失败，需重试；
④ 成功进入后，右下角点击语言模式 → 再次选 Plain Text（双重保险，防止插件通过 languageId 绑定复活）；
注意：双击文件或拖拽进窗口会绕过大文件检测逻辑，【永远不要这样做】。
第三步：彻底卸载或禁用 CodeGeeX（临时方案）
方法一：仅禁用当前工作区
按 Ctrl+Shift+P → 输入 Extensions: Disable Extension → 选择 CodeGeeX → 选 “Disable (Workspace)”；
方法二：全局停用（推荐用于日志分析时段）
命令面板中运行 Developer: Toggle Extensions → 输入 codegeex → 点击齿轮图标 → 选 Disable All Extensions in This Window；
这一步操作起来很简单，直接让 CodeGeeX 进程完全不加载，比配置过滤更可靠；关闭该窗口后，其他窗口不受影响。
第四步：用命令行跳过所有扩展启动 VSCode
这是最稳的兜底方式，连 CodeGeeX 的入口都堵死：
打开终端，执行：code --read-only --disable-extensions --no-sandbox "/path/to/huge.log"；
路径含中文或空格必须用英文双引号包裹；
实测：800MB access.log 在此模式下 0.7 秒完成加载，内存稳定在 192MB，CodeGeeX 完全无进程痕迹；
若需后续编辑，另开一个普通 VSCode 窗口处理小文件即可，二者互不干扰。
