有没有人感觉 vibe coding 的时候电脑很卡？

更卡

codex 的问题

有的时候鼠标都卡

是磁盘读写给你占满了

codex 一个对话几百 M 上 G ，都是各种 json 格式，切换一个对话，能给你卡飞起。其实就是 codex 设计的问题，感觉模型是好的，但是软件设计的像大便一样。还没有豆包电脑版做的好用

你是不是 windows 开的 wsl 隔离，我以前也遇到过。

- Codex 的缓存可能跨越了 /mnt/c ，比如 /mnt/c/Users/Admin/.../Codex/.tmp 这样，因为 Coodex 安装在 Windows 目录，所以最后可能在 wsl 里面读写，速度可能相差 10 倍以上。我建议是使用 export CODEX_HOME 或其他方案将 codex 的配置和缓存全部移动到 WSL/Linux 文件系统
- wsl 本身的随机小文件读写性能就很低，vibe coding 会出现大量的小文件读写场景
- 插件、MCP 可能会放大这个问题，我也深入的开发过 Codex 插件、MCP 等，这里面绝大多数质量都不体现，而且 MCP 架构本身就很难确保一致性，几乎都是性能陷阱。我建议是尽量不要使用 MCP ，如果一定需要类似功能，在本地创建一个 CLI ，让 Agent 调用 CLI
- 作为最好的解决方案之一，就是在 Codex 的设置中将隔离方式切换为 Windows Native + NTFS 仓库，并且要求 Codex 在 Win 里面只能使用 Powershell ，不允许切换到 wsl 拼 path：Codex 会创建 2 个原生 Windows 账户作为隔离运行，这会非常有帮助。

最后给你补充：
你本地的显卡、显存、CPU 实际对 Codex 帮助很小，因为模型是运行在远程 OpenAI 的机房，你们之间主要是网络链接，你本地最大的消耗是内存交换和本地磁盘 I/O 。
因此你最好让 Agent 创建一些小型脚本输出日志，监控你本地任务时具体等待时间花费在什么环节，机器的资源消耗如何 (我猜测资源消耗极低，但磁盘占用无法释放)，这可以帮助你进一步改善。
最后你说的换 Mac 也是很好的解决方案，如果你有钱而且工作环境也适合 macOS ，那我建议你直接换，不折腾。

@Y25tIGxpdmlk 不是哥们你在说什么啊
你用 Codex cloud 自带的云端隔离不就和豆包一样了吗，你让豆包去 wsl 里面做大量的文件读写，不也是一样的吗

@heywitt 没看懂你在说什么。Codex app 卡是因为程序写得烂，动不动就拉起几十个 git.exe 或者几十个 taskkill.exe 或者暴力轮询 WMI 。我公司电脑给的 1370P 直接能被 winmgmt 和 codex.exe 吃满，用没多久 winmgmt 就会被打爆然后只能重启解决。和 WSL 都没关系。
macOS 下 codex 一样有问题，有不少人报 codex 能把内存打爆了，24G 的本子上吃了 100G+的内存。

@heywitt 就是 Windows 下也卡，用的 powershell

codex 会为你的每个对话都启动一套 mcp 服务，也就是你要是 mcp 配置的多的话，点一下对话就是十几个 mcp ，自然就卡了

现在各种 GUI 越来越卡了，我现在换回自己开发的 Zacp+一些轻量级 CLI 搭配使用了。

给楼主推荐下我开源的 Zacp： https://www.v2ex.com/t/1236195

codex 是越写越烂，什么每一个 session 给你开一套 mcp ，全量加载 jsonl ，后台偷偷跑 memory 烧 quota 都是小问题，大问题比如内存泄露，乱搞 cache 导致疯狂烧 token ，疯狂读写用户硬盘烧寿命这些问题数不甚数。

反正 tibo 他们觉得 功能 > 优化，出问题就按 reset 就行了

APP 优化比较烂。跑 CLI 就可以不卡。想要极致性能装个 WSL

codex 对 Windows 优化有问题，mac 挺流畅的
我常用的还有 zcode ，各端都很流畅

Codex 还好，GUI 的编辑器卡，以 VSCODE 为首的。