点击查看文章：ChatGPT 突然要验证手机号？99%的人不知道真实原因

睡一觉，Codex 额度又少了一大截？

相信不少 Pro 用户最近都有这个感受：

明明昨晚关机前额度还挺多的，今早打开一看——又莫名消失了一大块。翻遍会话日志，什么记录都没有。

Pro 套餐，xhigh fast 模式，以前随便用都用不完。不知道从哪天开始，额度开始像漏水一样掉，睡一觉能蒸发好几个百分点，啥都没干。

后来在 Reddit 上找到了一个解决方案，抱着试试的心态操作了一遍，结果出乎意料好。

reddit

今天把完整的排查和修复流程整理出来，手把手教你止住这个"隐形漏洞"。

为什么你的额度会在你睡觉时消失？

先说结论：有东西在后台偷偷调用模型。

Codex 有两个设计细节，很多用户不知道：

第一个：CLI 残留进程。 通过命令行启动 Codex 执行任务后，子进程并不会随任务结束而自动退出。它会悄悄在后台驻留，持续和服务器保持连接，触发状态同步和重试——每次都在计费，每次日志里都没有记录。

第二个：记忆模块的后台工作。 即使你关掉了所有会话，Codex 的记忆功能默认是开启的。它会在后台持续整理对话上下文、生成摘要、持久化存储。这些操作全部会调用模型、消耗 token，而且前端完全不显示。

两个原因叠加，就是你额度莫名蒸发的真相。

第一步：确认问题是否真实存在

先去看本地的真实调用日志，别只看前端面板——那个记录是不完整的。

打开终端，进入这个目录：

~/.codex/sessions

这里按时间保存了每次会话的详细 token 消耗记录。

用文本编辑器打开最近几天的日志文件，重点看凌晨或你确定没操作的时段——如果出现你不认识的 thread_id，或者有连续调用发生在你熟睡的时候，那就实锤了。

第二步：清掉后台残留进程

在终端运行：

ps aux | grep -i codex

看看有没有长期驻留、CPU 占用极低、没有对应任务的进程。

找到之后，记下 PID，然后：

kill -9 <PID>

清完再运行一次 ps aux | grep -i codex 确认干净。建议顺手重启一下终端，避免新的残留。

第三步：关闭记忆功能（最有效的一步）

编辑配置文件：

~/.codex/config.toml

在 [features] 段落下，添加或修改这一行：

memories = false

保存，重启 Codex。

关掉之后有影响吗？ 日常写代码基本感觉不到差异。唯一的区别是做那种跨越好几天的超大型项目时，可能需要你自己多提醒几次上下文背景。是否要关闭，根据自己的使用场景判断。

验证效果

操作完成后，立刻记录当前剩余额度，然后放置一小时，不要碰 Codex。

一小时后对比一下数字。

我自己的结果： 修复前每周静默损耗超过 5%，修复后直接降到 1% 以内。

日常维护，防止复发

定几个习惯，以后就不会再踩这个坑：

• 每次用 CLI 跑完大任务，顺手 ps aux 检查一遍有没有残留进程

• 定期翻一翻 ~/.codex/sessions 的日志，异常消耗一眼就能看出来

• 不需要记忆功能，就保持关闭状态，这是最省额度的设置

• 怀疑有问题时，开一个全新的干净会话，记录初始额度单独观察，快速定位问题来源

总结：

额度问题最让人抓狂的不是消耗快，而是看不见原因。照着这篇操作一遍，基本能解决 80% 的莫名掉量问题。

点击查看文章：Codex 如何连接 Chrome 浏览器？插件安装与使用教程