severe degradation in Codex CLI

Resolved 💬 5 comments Opened Oct 9, 2025 by casefc3s Closed Nov 11, 2025

What version of Codex is running?

codex-cli 0.45.0

Which model were you using?

gpt-5-codex

What platform is your computer?

Linux 6.6.87.2-microsoft-standard-WSL2 x86_64 x86_64

What steps can reproduce the bug?

Ask Codex to implement a small/medium size feature (300-800 LoC) within an existing framework.
Let Codex go forward with development.

Branch A:
Report an issue with and/or request a change to its approach, or otherwise tell it to change the architecture used.
Observe Codex ignores instructions, repeats failures, and continues to pursue the "original" implementation. Continued attempts to correct results in greater deviations from any established requirements or instruction.
Tell it to start over from scratch, observe it deletes some code and then reimplements the same approach.
Give up and implement yourself.

Branch B:
Observe trainwreck of an implementation and just give up right away.
Implement yourself, saving considerable time and mental anguish resulting from hours of fruitless back-and-forth.

What is the expected behavior?

Quality of solutions produced by Codex does not suddenly degrade one day to the next.

What do you see instead?

Unusable code and a wasted day.

Additional information

It's the same behavior Claude Code displayed about a month ago before losing numerous users that were consistently reporting sudden performance/quality issues.

Up to this point I've had a (more or less) perfectly functional relationship with Codex CLI and models. But today, between both my personal Pro license and my work's Enterprise license, I witnessed incredible failures to adhere to instructions or produce usable results. Two separate and wholly different projects, identical behaviors.

I'd be interested to hear if OpenAI is aware of an issue with the service?

View original on GitHub ↗

This issue has 5 comments on GitHub. Read the full discussion on GitHub ↗