TL;DR「变笨了」有四种常见解释：额度触顶、档位或模型被改、网络环境出问题、真出现社区所说的质量阶跃。这篇 SOP 按成本从低到高逐层排除——前三层几分钟就能查完，最后一层目前只是未复现的社区假设。

来源信号 SOURCES

以下内容整理自社区公开讨论，本页只做拆解与核实，不搬运原帖；观点归属原作者。

事实性知识 FACTS

这些是讨论中被多方印证、或可对照官方文档核实的事实。

额度侧先说结论：Codex 存在 5 小时滚动窗口与每周窗口两层节流，相互独立、可能只撞其中一层（官方帮助文档与社区实证一致）；额度限制在体感上极易与「变笨」混淆。
CLI 的 /usage 可查看额度与重置状态，/model 面板可确认当前模型与推理档位——两者是排查的第一站（均为官方 CLI 内置命令）。
社区确有质量阶跃的高热讨论：2026-07 HN 372 分的研究把「变笨」体感与 reasoning token 聚类假设联系起来，但作者自称待更多验证，现象未经官方复现。

社区讨论里的概念不全是事实——每条都标注了它的性质，读之前先看标签。

质量阶跃体感待验证假设

「某天起模型表现阶梯式下滑」的社区概括。相关的 token 聚类假设未获复现，本篇只把它列为排查清单的最后一层。

节流伪装成降智已验证事实

双层额度触顶时，可用量收紧的体验与质量下降高度相似；先查 /usage，能用一分钟排除一类常见误判。

最小复现已验证事实

把日期、模型、档位、任务输入与输出整理成他人可重跑的最小集合。带着最小复现报 issue，处理效率远高于一句「变笨了」。

目标当 Codex 表现突然变差，用 15 分钟区分是额度、档位/模型、网络还是疑似质量阶跃，避免玄学归因。

前提本机装有 Codex CLI 并已登录；手头至少有一个昨天表现正常的任务可作对照。

01
查额度
运行 /usage，分别看 5 小时窗口与每周窗口的余量——两层相互独立，别只看一层。任何一层触顶，先等回补再评估，多数「变笨」到这一步就解释完了。
02
查模型与档位
打开 /model 面板，确认当前模型与推理档位符合预期；近期升级过 CLI 的话，默认值可能已经变了。
03
跑对照任务
把昨天正常的任务原样重跑（同提示词、同文件），记录差异；单次复杂任务失败不算数，重复两三次再下结论。
04
查网络与环境
确认代理、VPN、公司网络正常，顺手用 df -h 看磁盘余量；超时与重试在体感上就是「变笨」。
05
对照社区信号
搜索当天是否有同类集中报告。有，也只当旁证——质量阶跃相关研究仍是未复现假设，不足以支撑「等官方修复」的决策。
06
记录并上报
四层都排除仍异常，就整理最小复现（日期、模型、档位、输入输出、/usage 结果）提交到官方仓库 issue。

结果四类原因中至少明确排除三类；若真疑似模型质量问题，你手里也有一份可直接提交的最小复现，而不是一条吐槽。

想知道今天的重置判定？回到首页实时雷达。