Codex 变慢或质量下降？排查指南

如果 Codex 感觉变慢，或越来越需要你盯着，先明确变化发生在哪里。等待更久、额度耗尽、未检查就结束、生成的代码不正确，是四种不同的现象，需要分别比较。

这是独立排查指南，不是实时故障公告，也不是 OpenAI 官方支持页面。

1. 把症状说具体

• 延迟： 首次响应变慢、工具调用耗时增加，还是整个任务更久？先确定测量对象。
• 使用额度： 产品提示达到限制或暂时没有可用容量。记录提示与时间；额度问题本身不能证明推理质量下降。
• 提前结束： 请求的工作还没做完就收尾，回复较早的消息，或没有运行要求的检查却声称完成。
• 输出错误： 任务执行结束，但未通过测试或明确的验收条件。

保留具体错误或遗漏行为。「补丁没有通过这个测试」比「感觉模型变差了」更适合继续排查。

2. 检查服务状态和本地环境

查看 OpenAI 官方状态页，确认运行时是否有相关故障。整体状态正常也不能排除你自己的会话存在问题。

记录客户端版本、所选模型、推理强度、工作目录或仓库版本，以及工具是否成功执行。把网络失败、工具权限错误与生成内容的质量分开。修改配置前，先查阅适用于当前客户端的 Codex 官方文档。

3. 用可控条件重复一个小任务

选一个不含敏感信息、预期结果明确的任务，例如在临时仓库副本中修复一个失败测试。

1. 保存起始版本、提示词、指令与相关设置。
2. 开始前写清验收条件：哪个行为需要改变，哪些检查必须通过？
3. 在全新对话中运行，再从同一起点重复几次。
4. 只有条件相近时，才与过去保存的运行比较。模型、推理强度、仓库状态或指令发生变化，都会削弱比较的解释力。
5. 成功、失败和重试都要记录，也要记录是否需要手动提醒继续工作或补做检查。

分别记录验收通过率、耗时和人工介入次数。少量样本可以发现可复现的问题，但不能推算所有用户遇到问题的频率。

4. 检查指令与上下文

查看当前生效的项目指令和 skills。旧指令是否要求提前结束、阻止必要验证，或在无关任务中误触发？在隔离副本中测试可疑冲突，一次只改变一个条件，保留身份验证、安全规则和原始文件。

如果长对话中的行为异常，用包含同样关键任务背景的新会话作比较。这有助于排查上下文影响，但新会话偶然成功一次，不能直接确定原因。

一条有日期的质量更新：2026 年 9 月 12 日

Tibo Sottiaux 的更新面向 Astra 用户，提到了几类修复：旧 skills 干扰检查、一个自愿加入的上下文实验与提前结束或回复旧消息有关，以及部分引擎配置不当。帖子表示该实验已停用，有问题的引擎已移除。

这说明存在被确认的具体问题和公开报告的修复，不代表每个 Codex 会话都受影响，也不代表所有质量投诉都已解决。需要把你的症状、运行日期与公告范围对照起来看。

5. 按实际测试范围使用基准

鹈鹕 SVG 提示词

适合快速进行视觉比较，不能证明软件工程能力回退。尝试时请保留模型设置和多次输出。

另一个参考是 MarginLab 的 Codex 编程任务追踪。先阅读任务选择和运行条件，再判断结果是否适用于自己的工作。公开追踪衡量的是选定的工作负载，你的私有仓库可能表现不同。

写一份有用的问题报告

包括日期与时区、客户端版本、所选模型和推理强度、最小复现、预期与实际行为，以及失败的检查。分享日志前，移除凭据、私有代码、个人信息和敏感路径。可以在 Codex issue tracker 查找类似报告，并提交可复现的客户端问题。

如果暂时不能复现，就保留原始证据，把结论标为不确定。如果能够复现，相关修复发布后再运行同一个小案例，比比较不同任务留下的主观印象更容易得出明确结论。