先说一个结论：CodeBuddy 内存占用过高，通常不是代码本身在吃内存，而是它后台运行机制、模型加载策略，或者与 IDE 协同时的资源调度问题。释放内存的关键在于“关掉不该常驻的部分”，而不是等它自动回收。
CodeBuddy 内存占用过高的主因，核心原因说白了就一个——后台模型预热。默认情况下，它常驻着约 2.3GB 内存，即便你根本没用它。这对低配机器（≤16GB 内存）来说，确实不够友好。
关闭后台模型预热（最有效一步）
从 v1.4.0 起，CodeBuddy 默认开启后台模型预热，那常驻的 2.3GB 内存，就是它在后台待命的结果。真正的内存大户是谁？后台模型预热。
- 打开 CodeBuddy 设置：按 Ctrl + , → 左侧选「高级」
- 找到并关闭两项：启用后台模型预热 和 自动同步对话历史到云端
- 关闭后重启 CodeBuddy，内存通常能回落约 1.8GB。首次补全延迟大概有 1.2 秒，但日常使用基本无感
降级到轻量版 v1.3.2（推荐长期低配用户）
v1.3.2 版本没有预加载机制，主进程内存稳定在 500–800MB 区间。这个区间对 Win10/Win11 上 8–16GB 内存的主力开发机来说，非常舒适。
- 彻底退出：右键系统托盘图标 → 「退出」，再进任务管理器杀掉所有 codex.exe 和 electron.exe 进程
- 去官网历史版本页下载 v1.3.2 for Windows（2026-03-22）
- 安装时勾选「移除旧版本并保留配置」，这样你的项目文件和对话记录都不会丢
- 首次启动后，立刻进设置 → 权限 → 把默认权限改为「自动审查」，避免后台静默扫描吃光内存
硬性限制主进程内存上限（Windows 专属）
如果你必须用新版（比如需要多模态支持），又不想被它抢光系统资源，可以用 PowerShell 强制设个上限。这事儿特别容易踩坑，但操作起来其实不复杂。
- 打开任务管理器 → 详细信息 → 找到 codex.exe → 右键 → 「转到服务」→ 记下服务名（通常是 codex-main）
- 以管理员身份打开 PowerShell，依次执行：
sc config "codex-main" type= own
Set-ProcessMitigation -Name "codex.exe" -MemoryLimit 2147483648
最后一行把物理内存上限锁死为 2GB，超出即由系统强制回收，不会拖垮整机响应。这才是最立竿见影的一招。
配合 VS Code 做协同减负
CodeBuddy 在 VS Code 里跑，VS Code 自身若内存失控，也会连带拉高 CodeBuddy 表观占用。所以，源头治理得两头兼顾。
- 按 Ctrl+Shift+P → 输入 Show Running Extensions → 关掉未用但活跃的扩展（尤其是 ESLint、Prettier、Live Server 这类）
- 在设置中加这条配置，防止
node_modules触发文件监听爆炸：
"**/node_modules/**": true,
"**/dist/**": true,
"**/build/**": true
}
改完需完全重启 VS Code 窗口才生效。