Quick impressions: A week of using Codex more than Claude
allaboutcoding.ghinda.com
August 21, 2026
3 min read
46/100
Summary
A developer who used OpenAI Codex more heavily than Anthropic Claude for a week found Codex generally more contained, technical in tone, and less prone to adding architectural complexity. In Ruby and Ruby on Rails changes, Codex produced fewer comments, while Claude more often introduced abstractions, concepts, Sorbet signatures, and type aliases. When both tools implemented the same requirement from the same documents, Claude produced somewhat more complex code but handled additional cases, according to the developer. The developer felt Codex made initial changes faster, but its extensive test reruns and review work eliminated any overall time advantage in finishing pull requests. Codex also encouraged smaller, focused sessions rather than long-running conversations. Claude remained the preferred tool for urgent debugging because of familiarity, not because it was judged superior. Codex made branch-management errors, including rebasing a branch onto main rather than its target branch and creating a pull request with more than 4,000 additions. Codex was also less effective in the developer’s Jira and Atlassian CLI-based environment, while its MCP CLI login flow was preferred because it explicitly requested the `codex mcp login` command and opened the appropriate authorization process. The developer characterized Claude as more likely to anticipate and act on inferred needs, while Codex more closely follows explicit instructions and stops once it appears finished.
Key Takeaways
- The developer found Codex produced simpler Ruby and Rails code with fewer comments and fewer added abstractions than Claude.
- Codex felt faster at making initial changes, but additional testing and review meant it did not reduce total pull-request completion time.
- Claude handled some requirements more comprehensively in a side-by-side implementation, although its resulting code was more complex.
- Codex incorrectly rebased a branch onto main instead of its target branch in one case, producing a pull request with more than 4,000 additions.
- The developer preferred Codex’s explicit MCP authentication flow but found Claude more adaptable for Jira and Atlassian work in a CLI-based environment.
What the discussion said
The thread treated the headline as too blunt: nobody thought Codex versus Claude was a meaningful comparison without naming the underlying models, effort settings, and agent harnesses. Several readers argued that the harness can swing results as much as the model itself; the same model may shine in one agent environment and disappoint in another. They also stressed that job type and operator skill shape these anecdotes, explaining why users reported nearly opposite outcomes. Still, Codex, especially Sol at higher effort, drew substantial praise as a fast, dependable coding workhorse for tightly scoped technical tasks, optimization, and long-running execution. Its restrained chat style and less cluttered code were seen as a practical advantage over Claude’s tendency to generate bloated explanatory comments. Cost and usage limits also favored alternatives for some: one demanding porting task was completed cheaply with Luna after Claude quotas ran out. The counterweight was strong: multiple commenters found Codex/Sol excessively cautious and architecture-heavy, adding validation layers, provenance rules, checksums, and state machinery where a small scraper or simple feature needed none. For ambiguous work, interface design, and intent inference, several still preferred Claude or routed work among specialized models rather than declaring a single winner.
Where opinion split
The sharp dispute is whether Codex/Sol produces simpler, more disciplined code than Claude. Its supporters see a focused agent that avoids Claude’s verbose commentary and reliably executes well-scoped work; critics see the same behavior as needless defensive machinery that ignores requests for a pragmatic solution. Commenters largely attribute the contradiction to model version, effort level, harness, task type, and user workflow.
Community Sentiment
Positives
- Codex/Sol is winning trust as a fast, steady coding workhorse for bounded technical tasks, where long analytical runs can turn difficult optimization work into finished patches.
- Its terse interaction style and lighter code annotations appeal to developers tired of AI-generated comment blocks that quickly become stale context and falsely justify bad code.
- Harness-aware workflows are expanding capability: readers report strong outcomes by pairing different models with specialized agents, rather than treating a vendor label as the product.
- Cheaper models can finish substantial engineering work after premium Claude quotas are exhausted, making serious AI-assisted coding less dependent on expensive subscriptions.
Concerns
- Codex/Sol often mistakes caution for engineering, piling on consensus checks, validation gates, checksums, and state enums when a simple data pipeline would do.
- Claude’s recent coding behavior is criticized for leaving verbose, task-directed notes inside source files, creating maintenance noise instead of explanations future developers need.
- Some users report Claude models entering repetitive loops and giving confidently inconsistent answers, a serious liability for security-adjacent work and autonomous coding.
- The article’s unnamed models, versions, effort settings, and harnesses make its broad Codex-versus-Claude conclusion too underspecified to reproduce or trust.
