Which should you choose?
Neither wins outright in 2026, and the honest answer has three parts. On public agentic-coding leaderboards the two harnesses trade places by a few points, and which model your plan entitles you to matters more than which CLI you type. On measured token efficiency Codex is currently the cheaper route to a comparable result. On the one independent head-to-head that has been published, Claude Code holds a large lead. Every one of those readings was taken on a date, against specific model versions, and all three move.
So the practical advice has not changed: start with the agent you already pay for, run the same real task in your own repository, and count your own review time. The numbers below tell you what to expect and where to look. They do not decide anything for your codebase — the scorecard further down does.
What the leaderboards actually rank
Terminal-Bench scores an agent-model system — the harness and the model together — on 89 technical tasks completed through a command-line interface, spanning software engineering, machine learning, security, data processing, scientific computing, and system administration. That framing is the useful part: the same model scores differently under different CLIs, and the same CLI scores differently with a different model. A headline that names only a model is describing half the system.
| Model | Harness | Terminal-Bench 2.1 accuracy |
|---|---|---|
| GPT-6 Astra | Codex CLI | 87.4% ±0.9 |
| Claude Fable 5 | Claude Code | 83.8% ±1.2 |
| GPT-5.5 | Codex CLI | 83.1% ±1.1 |
| Claude Fable 5 | Terminus 2 | 80.4% ±1.2 |
| Grok 4.5 | Cursor CLI | 79.3% ±1.5 |
| Claude Opus 4.8 | Claude Code | 78.9% ±1.3 |
| GPT-5.6 Terra | Codex CLI | 78.4% ±1.3 |
| GPT-5.6 Luna | Codex CLI | 75.7% ±1.3 |
| Claude Sonnet 5 | Claude Code | 74.6% ±1.6 |
Three things to take from that table. The top entry is a Codex CLI run and the second is a Claude Code run, about four points apart — a smaller gap than the distance between two models inside the same family. The same model under a different harness moves by more than three points, which is the whole argument for testing the CLI rather than the model. And Claude Opus 5, released on 24 July 2026, does not appear on the board at all: Anthropic reported Frontier-Bench v0.1, CursorBench 3.2, ARC-AGI 3, OSWorld 2.0, GDPval-AA v2 and Zapier AutomationBench at launch instead. A missing entry is a missing measurement, not a low score.
Which model you can run at all is set by your plan. In Claude Code the default model resolves to Opus 5 on Max, Team Premium, Enterprise and the Anthropic API, and to Sonnet 5 on Pro and Team Standard. The Sonnet 5 row above sits about nine points below the Fable 5 row under the identical harness — the largest single effect in this comparison that you control with money rather than with prompting. Max vs Pro covers that decision on its own.
Token efficiency and cost per task
A leaderboard says who finished. It does not say what finishing cost. Artificial Analysis publishes both, running the same Intelligence Index against each model and reporting the output tokens it consumed and the bill it generated.
Claude Opus 5
- Intelligence Index
- 51
- Output tokens to run the index
- 140M
- Cost to run the index
- $7,274.74
- API price per 1M in / out
- $5.00 / $25.00
GPT-5.6 Sol
- Intelligence Index
- 47
- Output tokens to run the index
- 90M
- Cost to run the index
- $3,464.84
- API price per 1M in / out
- $4.00 / $20.00
Read across the row rather than down a column. Opus 5 finishes four index points ahead while emitting roughly 1.6 times the output tokens and costing roughly 2.1 times as much to complete the same evaluation. That ratio is what people mean anecdotally by "Codex is cheaper for the same job", and it is why a subscription that feels generous on one side can feel tight on the other for identical work.
Both vendors are chasing that ratio directly, which is another reason the numbers expire. Anthropic says Opus 5 reaches comparable results on its trading benchmarks using roughly a seventh of the reasoning tokens of Opus 4.8 and under half the latency, with a fast mode at around 2.5 times the default speed. Artificial Analysis notes that GPT-5.6 Sol uses fewer output tokens than most models of comparable intelligence, at about 15,000 tokens per Intelligence Index task against GPT-5.5’s 16,000.
The one independent head-to-head worth citing
Vendor comparisons of these two are everywhere; controlled ones are rare. The clearest published example is SocSci-Repro-Bench, a June 2026 academic benchmark of 221 tasks drawn from 54 papers across political science, sociology, psychology and communication, which ran both agents against the same replication materials and scored whether the published result came back.
| Measure | Claude Code (Opus 4.6) | Codex (GPT-5.3) |
|---|---|---|
| Task-level accuracy | 93.4% | 62.1% |
| Paper-level accuracy | 78.0% | 35.8% |
Read it for the shape, not the score. A 31-point task-level gap is far too large to be noise, and it is a genuine like-for-like run. It is also already stale: it used Opus 4.6 and GPT-5.3, two model generations behind what both CLIs ship as defaults today, and re-running statistical analyses in R and Stata is one workload, not yours.
The vendor-run comparisons point the same way on quality and the opposite way on cost. Codegen’s June 2026 write-up reports a blind review by more than 500 developers in which Claude Code’s output was rated cleaner and more idiomatic 67% of the time, against 25% for Codex and 8% tied, alongside SWE-bench Verified within a tenth of a point for both (88.6% and 88.7%) and a wider Claude lead on SWE-bench Pro (69.2% against 58.6%). It is a vendor blog rather than a controlled study: treat the direction as consistent with the academic result and the exact percentages as unverified.
What each side costs in 2026
| Plan | Price | What it gives the CLI |
|---|---|---|
| Claude Free | No charge | No Claude Code. |
| Claude Pro | $20/mo, or $17/mo billed annually | Claude Code with Sonnet 5 as the default model; at least 5x Free’s usage per 5-hour session, plus a weekly limit. |
| Claude Max 5x | $100/mo | Five times Pro’s per-session allowance; Opus 5 as the default model. |
| Claude Max 20x | $200/mo | Twenty times Pro’s per-session allowance; Opus 5 as the default model. |
| Claude Team | $25/seat/mo, or $20 annually; Premium seats $125/$100 | Claude Code and Claude Cowork; Premium seats get 5x a standard seat. |
| ChatGPT Go | $8/mo | Lightweight Codex tasks on web, CLI, IDE extension and iOS. |
| ChatGPT Plus | $20/mo | Codex across desktop, mobile, CLI and IDE extension; 10–2,000 messages per five-hour period depending on model. |
| ChatGPT Pro | From $100/mo | 5x or 20x more Codex usage than Plus; 50–40,000 messages per five-hour period depending on tier and model. |
| ChatGPT Business | $20/user/mo annually, $25 monthly | Codex for teams, minimum two users, no training on business data by default. |
Both sides meter on a rolling five-hour window with a weekly limit on top. Anthropic resets the weekly window at a fixed time assigned to your account and counts claude.ai, Claude Code and Cowork against the same allowance. OpenAI refreshes Codex limits weekly and shares one allowance between local and cloud chats. Neither publishes a task count, so any "N prompts per window" figure you find elsewhere is an estimate, not a term.
If you are weighing API billing against a subscription, Anthropic’s own guidance for enterprise deployments is the useful anchor: around $13 per developer per active day, $150–250 per developer per month, staying under $30 per active day for 90% of users. That band straddles Max 20x, which is why a subscription is usually the cheaper path for one person coding daily. Agent teams change the arithmetic — they use approximately 7x the tokens of a standard session when teammates run in plan mode.
| Model | Input per 1M tokens (USD) | Output per 1M tokens (USD) |
|---|---|---|
| Claude Opus 5 | 5.00 | 25.00 |
| GPT-6 Astra | 10.00 | 50.00 |
| GPT-5.6 Sol | 4.00 | 20.00 |
| GPT-5.6 Terra | 2.00 | 12.00 |
| GPT-5.6 Luna | 0.20 | 1.20 |
Capability differences that survive a model change
Model scores move every few weeks. The shape of each CLI moves much more slowly, and it is what you will still be living with after the next release.
| Tool | ||||||||
|---|---|---|---|---|---|---|---|---|
| Claude CodePro $20/mo · Max $100–$200/mo | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes |
| Codex CLIChatGPT Plus $20/mo · Pro from $100/mo | Yes | Yes | Yes | Not documented | Yes | Yes | Yes | Yes |
Pick a capability heading to read that column across every tool.
Both give you a permission boundary; they express it differently. Claude Code has permission modes, a plan mode you cycle to with Shift+Tab, and /rewind checkpoints that restore both the conversation and the files. Codex reads sandbox_mode and approval_policy from ~/.codex/config.toml, ships named permission profiles — :read-only, :workspace, :danger-full-access — and exposes /permissions inside a session. The Codex CLI workflow guide has that configuration in full, and the sandbox and permission guide covers the Claude side.
The practical differences to check
| Decision | Claude Code | Codex |
|---|---|---|
| Start in a repository | Run claude in the checkout. | Run codex there, or use codex --cd with its path. |
| Recover a session | claude --resume opens the conversation picker. | codex resume opens the session picker. |
| Separate parallel edits | claude --worktree can create a worktree for a session. | Launch Codex in a separately prepared checkout; Git worktrees work for either CLI. |
| Repository instructions | Inspect the project’s CLAUDE.md and relevant settings. | Inspect AGENTS.md and applicable Codex configuration. |
| Permissions | Review tool permissions and the scope of each request. | Review approval and sandbox settings for the workspace. |
| Account and capacity | Check the Claude account or API billing path used by the session. | Check the ChatGPT or API account used by the session. |
Configuration is part of the comparison. A run with unrestricted access, network tools and a large context is a different experiment from a run with constrained permissions and fewer tools. Keep access comparable and record unavoidable differences. Use the official documentation linked below for the current settings available in your installed version.
Choose three tasks that resemble your actual work
- A bug fix with an observable failing case: the result must remove the failure and keep related behavior intact.
- A small feature with a clear boundary: record the expected interface, accepted inputs, and one invalid input.
- A review task against a frozen diff: assess whether findings are specific, reproducible, and relevant.
Avoid a first evaluation that includes a deployment, a major migration, or a rewrite without acceptance criteria. A reversible local change gives you a result you can inspect. If you cannot describe success without referring to the agent’s explanation, make the task smaller before comparing tools.
Prepare a fair comparison
Start both trials from the same committed state, in separate worktrees. Use fresh branch names and directories for each task. Keep one written brief, the same test command, and the same allowed external tools. Record the CLI version, selected model, effort level, date and settings. Do not guess the model from a product name — on a Claude subscription the default differs by plan, and the Codex default differs by tier.
git status --short
git worktree add -b eval/claude ../eval-claude HEAD
git worktree add -b eval/codex ../eval-codex HEAD
claude --version
codex --versionGive the same task to each agent independently. Do not paste one agent’s solution into the other trial. If one run needs clarification, record the intervention and give equivalent information to the other. Follow the parallel worktree setup for launch, environment isolation, review and cleanup.
Fix [reproducible issue] in this checkout.
Expected behavior: [observable acceptance criteria].
Scope: [files or component]. Preserve unrelated behavior.
Run [verification command] and report what it actually proves.
If you cannot verify a requirement, identify the missing evidence.
Do not commit or deploy. Return a reviewable diff and concise explanation.Use a scorecard that includes your review time
| Record for each run | How to measure it |
|---|---|
| Accepted behavior | Pass/fail for each written acceptance criterion, checked independently. |
| Time to reviewable result | Elapsed time from the prompt to a result ready for human inspection. |
| Human intervention | Minutes spent clarifying, correcting scope, or repairing the result. |
| Review and verification | Minutes spent checking the diff and independently running checks. |
| Regression risk | Unrelated edits, missing failure cases, or changes the tests do not cover. |
| Consumption | Provider-reported usage or spend where available; keep unlike units separate. |
| Decision | Accept, revise, or reject, with the specific reason. |
A faster response can still produce a slower accepted change if you spend longer fixing it — which is exactly what the token-efficiency table above cannot tell you. Conversely, one failed attempt does not establish that a tool is unsuitable. Repeat with the three task types, and keep the raw observations before turning them into a preference.
Treat this as a small operational trial, not a scientific leaderboard. Task difficulty, caching, permission prompts, model changes and your familiarity with each CLI all affect the result. A useful decision can be conditional: use one for a familiar service and the other for independent review.
When using both is worth the overhead
A mixed workflow makes sense when tasks are independent or roles are sequential. Let one agent implement a parser fix, then ask the other to review the committed diff against the original failing case. Ask the reviewer to reproduce its findings and point at the affected lines. Review the findings yourself before changing working code.
Running both on the same files at the same time adds coordination without producing an independent result. If both are already available, use worktrees. If buying a second subscription is the decision, first record how often your existing tool actually blocks useful work and what a fallback would recover — the AI subscription audit is that exercise written down.
CmdBrief can keep both CLIs, their attention states and the diff in one Mac workspace, alongside Grok CLI, Kimi CLI, OpenCode and Cursor CLI. It does not change the models’ answers or grant extra provider capacity. Compare the Mac GUI options if session navigation is the problem, and usage limits if interruptions are.
The closing advice is the same as the opening advice, now with the numbers behind it. Leaderboards separate these two by a few points, token accounting separates them by a factor of two on cost, and the one controlled study separates them by thirty. None of those is your repository. Give both the same commit, the same brief and the same verification command, count the review time, and re-run it when the next model lands — because every figure on this page has a date attached to it.
- Re-check the default model on your plan first: it changed on both sides during 2026 and it moves the result more than the CLI does.
- Re-check the benchmark version, not just the score. Terminal-Bench 2.1 repaired 28 of the 89 tasks inherited from 2.0, so a 2.0 number and a 2.1 number are not the same measurement.
- Re-check the price per million tokens before assuming a cost ratio still holds; both vendors shipped cheaper tiers this year.
- Re-run your own three tasks after any model change you actually notice, and keep the previous run’s scorecard so you are comparing to something.
- Re-check what your existing tool blocked before buying the second subscription, rather than after.
Questions
Is Claude Code better than Codex for coding?
It depends on the plan and the workload. On Terminal-Bench 2.1, the top Codex CLI entry and the top Claude Code entry sit about four points apart, and the same model scores differently under each harness. The one independent academic head-to-head favours Claude Code by a wide margin, but it used models two generations old. Compare the same real tasks in your own repository, including your review time.
Which is cheaper to run?
By measured token and cost accounting, Codex. Artificial Analysis needed 90M output tokens and $3,464.84 of GPT-5.6 Sol to run its Intelligence Index against 140M tokens and $7,274.74 of Claude Opus 5. Entry subscriptions are $20 a month on both sides, and both meter on a five-hour window with a weekly limit on top.
Does my plan change which model Claude Code uses?
Yes. Claude Code defaults to Opus 5 on Max, Team Premium, Enterprise and the Anthropic API, and to Sonnet 5 on Pro and Team Standard. On Terminal-Bench 2.1 those two models are roughly nine points apart under the same harness.
Should I pay for both?
First measure a recurring need: independent review, a useful task advantage, or work recovered during provider interruptions. Two subscriptions by themselves do not improve a result.
Does CmdBrief replace either agent?
No. It supervises Claude Code, Codex, Grok CLI, Kimi CLI, OpenCode and Cursor CLI in a shared workspace. You still use the underlying provider account, model and permissions.
Still unsure? Write to [email protected] or use the contact form. Contact CmdBrief →
Primary sources
Provider terms and product behavior can change. Confirm plan, pricing, model, and permission details in the current official documentation.
- Terminal-Bench 2.1 leaderboard
- Anthropic: introducing Claude Opus 5
- Artificial Analysis: Claude Opus 5
- Artificial Analysis: GPT-5.6 Sol
- Artificial Analysis: GPT-5.6 has landed
- AI Coding Agents Can Reproduce Social Science Findings (arXiv 2606.11447)
- Codegen: Claude Code vs Codex (vendor comparison)
- Claude pricing
- ChatGPT and Codex pricing
- OpenAI API pricing
- Claude Code: model configuration
- Claude Code: manage costs effectively
- Claude Code CLI reference
- Codex CLI documentation
- Git worktree documentation