Claude + Codex under $200: who plans, who executes, who reviews?
Claude $100 + GPT $20, or GPT $100 + Claude $20? Both pairs cost $120 before tax, but the main workspace and handoff strategy change. Match model evidence, actual limits and the work you finish.
Start with the $120 pair; $200 is a ceiling
Here “$20 Codex” means Codex included with ChatGPT Plus, and “$100 Claude” means the public monthly Max 5x tier. This example is separate from the author’s actual $125 Claude bill and does not inherit that account’s measured token totals. Price alone does not establish a capacity ratio.
My starting arrangement is Claude for daily discussion and planning, Sol for clearly specified implementation, and the other model for important reviews. Claude also executes routine work directly. Keep the executor flexible: a $20 Codex allowance should not be treated as unlimited background capacity.
| Combination | Monthly total before tax | When this arrangement fits |
|---|---|---|
| Claude Max 5x $100 + Plus $20 | $120; $80 remains from $200 | Claude-led discussion and development, Codex for bounded implementation and another perspective |
| ChatGPT Pro $100 + Claude Pro $20 | $120; $80 remains | Codex/Work is already the main workspace; Claude handles focused planning or review |
| Claude Max 5x $100 + ChatGPT Pro $100 | $200; no tax headroom | Both subscriptions repeatedly hit limits on work you actually finish |
| Author actual Claude bill $125 + Plus $20 | $145; $55 remains | Keep an existing personal setup; this is not a public $125 tier |
| Author actual Claude bill $125 + Pro $100 | $225; $25 over budget | Outside a $200 ceiling |
What the rankings support—and how they change the division
Checked on 12 October 2026, the AA Intelligence Index v4.3.2 ranks the three configurations differently from a simple Opus-over-Sonnet hierarchy. The rank below is the model page’s 227-model comparison class, not an unrestricted global ranking. Terminal-Bench 4.0 is the more relevant indicator for terminal-based execution.
- Daily Sonnet: its tested Max configuration leads this selection on both metrics. That supports taking Sonnet seriously beyond small tasks. It does not establish the score of Sonnet Medium; use the official daily-work/default-effort guidance for that starting setting, then test it on your work.
- Complex planning or review: Opus High scores above Sol High on this composite and terminal test, making Opus a reasonable escalation candidate. There is no separate architecture-planning or code-review ranking here, and Sonnet Max leads both. Do not reserve every difficult task exclusively for Opus.
- Bounded Sol execution: Sol High retains a 51.5% terminal pass rate at a lower measured API task cost in this test. This supports an efficiency-oriented trial, not a claim that Sol is the highest-quality executor. Difficult implementation can stay with Claude when completion quality matters more.
- Escalation inside Claude: try a higher effort on the current model or Opus on a concrete blocker. Sonnet Max is another candidate when available, but its higher score here comes with higher task spending. Do not make Max the default for every prompt.
| Exact tested configuration | AA score / page-class rank | Terminal-Bench 4.0 pass@1 | API cost per Terminal-Bench task |
|---|---|---|---|
| Sonnet 5.5 · Max · Default Fallback | 56 / #2 of 227 | 63.6% | $12.65 |
| Opus 5.5 · High · Default Fallback | 54 / #4 of 227 | 56.6% | $5.12 |
| GPT-6.1 Sol · High | 50 / #17 of 227 | 51.5% | $0.83 |
Read the test before applying the result
Artificial Analysis runs all 66 Terminal-Bench 4.0 tasks with mini-swe-agent, pass@1 averaged over three repeats per task, requiring every verification test to pass. This is not a Claude Code-versus-Codex product test. The cost column is average API cost per benchmark task, including unsuccessful attempts, not cost per successful job, subscription consumption or the weighted Intelligence Index cost. Vendor effort levels are not equal compute; Default Fallback is retained. The observed gap alone does not establish statistical significance. The rankings do not measure Chinese conversation quality, your project’s architecture planning, or independent review effectiveness.
For $20 Codex + $100 Claude, use this starting division
The table above supports a capability-and-efficiency tradeoff, not a rigid planner/executor hierarchy. In particular, Sonnet Max leads the selected terminal results; Sol is assigned bounded execution as a workflow experiment, not because it ranks first. The daily Medium settings below were not the configurations tested in that ranking. Keep a successful current model working and use the versions your account actually offers.
| Job | Starting model and tool | What to ask for |
|---|---|---|
| Daily questions, code reading, a small fix | Claude Sonnet 5.5 · Medium, if available | Explain or finish the local task; keep useful context in one place |
| Ambiguous feature, architecture or tradeoffs | Claude Opus 5.5 · Medium; High for a blocker; Sonnet Max is another escalation candidate | A concrete plan: boundaries, alternatives, failure cases and acceptance checks |
| Implement an agreed feature, tests or bounded refactor | Codex GPT-6.1 Sol · default effort or Medium | Modify the agreed files, run tests and report the diff; use High for a specific hard blocker |
| Routine implementation when Codex allowance is scarce | Claude Code Sonnet; Opus when the difficulty warrants it | Execute the same brief without restarting the design debate |
| Important review of a Sol change | Claude Opus; review first, do not rewrite | Find defects against requirements and test evidence |
| Important review of a Claude change | Codex Sol; High for a difficult review | An independent check of the diff and likely regressions |
Planning within Claude is not cross-subscription delegation
Claude Code opusplan uses Opus in plan mode and Sonnet for execution. It does not automatically send work to Codex. The cross-subscription workflow here uses an explicit brief and diff handoff; it requires no new API integration.
Reverse the pair: GPT $100 + Claude $20
Use ChatGPT Pro as the main workspace and Claude Pro as a focused second opinion. Keep ordinary planning, implementation and tests together in Codex/Work, instead of requiring a Claude consultation before every task. Claude Pro is not a lower-capability model: current Claude Code defaults to Opus 5.5 on Pro as well as Max; actual account and client availability still matters.
The practical plan difference is continuity. Current OpenAI documentation says Pro has no five-hour limit, while weekly limits may still apply. Claude Pro has five-hour and weekly limits shared with Claude Code. That supports reserving Claude for valuable handoffs, without asserting that a $100 plan has five times the capacity of a $20 plan.
- Rank-based rationale: Opus High has a higher AA score and Terminal-Bench result than Sol High in the table above, so a targeted Opus second opinion is a reasonable trial. Those scores do not prove that Opus finds more review defects; independent review is a workflow hypothesis.
- Sol remains the main executor because the selected test shows useful capability at lower average API task cost, combined with the Pro usage-window rules and your choice of workspace. It does not become the higher-ranked model when you swap subscription tiers; API task cost does not establish subscription capacity.
- Do not route every hard task to Opus automatically. Sonnet Max leads this selected benchmark; if available, it is another trial candidate. The Max score is not evidence for Sonnet Medium, and using Max on a smaller plan does not create extra allowance.
| Job | Who handles it | When Claude joins |
|---|---|---|
| Daily coding, reading the repository, routine planning | Codex/Work: Sol 6.1 default effort or Medium | A requirement remains ambiguous or the proposed design has a high-impact tradeoff |
| Main implementation, tests and bounded refactoring | Sol; use High for a concrete difficult task | The current approach stalls or an important change needs independent review |
| Architecture, authentication or data-loss risk | Sol proposes the design and acceptance checks | Available Opus inspects the assumptions and failure cases before implementation |
| Final review of a significant Sol change | Claude Opus, available default effort; higher effort for a specific uncertainty | Send the relevant diff, tests and question; avoid copying the entire long conversation |
| Research, files and deliverables alongside coding | ChatGPT/Work with an available suitable model | Ask Claude for a focused alternative interpretation only when useful |
A concrete handoff and a rule for choosing between the pairs
For a provider-submission feature, Sol can draft the flow, then ask Opus one specific question about authorization and abuse controls. Sol implements the agreed version and runs tests; Claude reviews only the important diff. For small tasks, finish entirely in Codex. Prefer this GPT-led arrangement when coding plus research/files makes ChatGPT your main workspace. Prefer the Claude-led arrangement when your finished repository work is already better in Claude. This is a starting recommendation; compare accepted output, rework and actual limit interruptions over a week. Work and Codex share usage. Sol is used in Work/Codex, not the ordinary ChatGPT Chat picker.
Example: add provider submissions without building it twice
- Opus plans: define the fields, review queue, duplicate handling, rate limits and acceptance cases. Ask for decisions and a short implementation brief, not a second speculative implementation.
- Sol executes: take one bounded slice, implement it and return the changed files, commands run, results and unresolved questions. Keep one writer in a worktree; parallel writers need isolated worktrees and an integration owner.
- Opus reviews the diff: focus on authorization, untrusted inputs, duplicate handling and failure states. Turn findings into specific issues; Sol fixes confirmed defects and reruns the affected checks.
- You accept the result in the real browser. For a one-line label change, skip the chain and let the current tool finish it.
Switch when the work calls for it, not on a fixed token ratio
Use actual remaining limits and reset times, plus accepted output, to decide. Do not allocate work as 20:100 from subscription prices or compare raw cached-token totals across different workloads. The two-failed-attempt rule is an editorial stopping habit, not a vendor limit.
| Signal | Action |
|---|---|
| Codex remaining allowance may not cover today’s work | Keep Sol for bounded review or the hardest isolated task; let Claude implement the rest |
| Claude session or weekly usage is tight | Send an agreed brief to Codex if it has headroom; stop repeatedly restating the whole project |
| The same approach fails twice | Capture the reproduction and attempted fixes; ask the other model for diagnosis before another rewrite |
| Long conversation, simple next step | Hand over only the goal, constraints, files, diff and test evidence |
| The current model is making steady progress | Keep it working; switching itself costs context and review time |
Add another subscription only for a missing role
If you use ChatGPT for research, files and deliverables throughout the day, consider making Pro the main workspace and keeping Claude Pro for a second opinion. Assign Sol implementation and Claude focused review. Work and Codex share usage, so research and coding must fit the same allowance.
Add Cursor for an IDE workflow you value: navigation, inline edits and reviewing changes. Do not buy it merely to run the same tasks again. Model availability and its Other Models pool need a separate check; Sol 6.1 access and a fixed token allowance are not assumed here.
Two public $100 plans consume the full $200 before tax. Upgrade only after recording which completed tasks were delayed by each limit. Claude chat and Claude Code share subscription limits; eligible Max API credits are separate from interactive Claude Code capacity.
Starting plans from the current catalog
The live catalog below shows Claude Max and ChatGPT Plus, the subscriptions behind the main $120 example. Choose Max 5x at $100 and Plus at $20 where offered; confirm local checkout and tax.
This table and Open comparison use United States (US). Reference prices in their original currency do not verify local purchase eligibility or checkout. Change country and plans in the comparison; these starting candidates are not a ranking.
| Check | ||
|---|---|---|
| Base bill | From $100USD / monthBilling conditions & optionsBilled monthly · Max 5x: USD 100/month · Max 20x: USD 200/month | $20USD / monthBilling conditions & optionsBilled monthly |
| Usage & resets | Five-hour session and weekly limits; Claude and Claude Code share the allocation. Full usage & exhaustion conditionsFive-hour session and weekly limits; Claude and Claude Code share the allocation. No fixed request count verified. Max 5x and Max 20x provide 5× and 20× Pro session allowances; these multipliers are not request counts. Access documentation is older than seven days or has no valid review date. Recheck before choosing. · Mobile pricing may vary · Taxes excluded · Model coverage is partial. Check /model for the actual account-specific model list. · ANTHROPIC_API_KEY takes priority over subscription authentication in Claude Code and causes API billing. · Eligible accounts may occasionally receive a free five-hour or weekly limit reset. Activate it on web or Desktop; the button is unavailable in terminal/IDE Claude Code and Mobile. Expiry and account eligibility apply. · Included monthly API credits cannot pay for interactive Claude Code or extra usage in Claude, Claude Code or Cowork. · Max has a separate Fable weekly limit. Capped wrap-up may finish an in-progress response at each session limit within the weekly limit; rollout is gradual. | Estimated local messages per five hours: Astra 5–45; 6.1 Sol 15–160; Sol 15–150; Luna 350–3,000. Full usage & exhaustion conditionsEstimated local messages per five hours: Astra 5–45; 6.1 Sol 15–160; Sol 15–150; Luna 350–3,000. These are estimates, not fixed caps. Work and Codex share usage. Model, task and cloud execution affect consumption; weekly limits may apply. Access documentation is older than seven days or has no valid review date. Recheck before choosing. · API-key usage is billed separately from subscription access. · GPT-5.5 retires from subscription Codex on 2026-10-14; this partial list excludes retiring and legacy models. |
| Model access | Claude Opus 5.5 Claude Fable 5 Check exact models & inclusionAll documented accessHistorical access facts — needs recheck. Claude Opus 5.5 (Claude Code; Included); Claude Fable 5 (Claude Code; Included, limited); Claude Fable 5.1 (Claude Code; Included, limited) · Partial source coverage | GPT-6 Astra GPT-6.1 Sol Check exact models & inclusionAll documented accessHistorical access facts — needs recheck. GPT-6 Astra (Codex (client-dependent); Account / rollout dependent); GPT-6.1 Sol (Codex (client-dependent); Account / rollout dependent); GPT-6 Sol (Codex (client-dependent); Account / rollout dependent); GPT-6 Luna (Codex (client-dependent); Account / rollout dependent) · Partial source coverage |
| Country eligibility | Country availability not confirmed | Country availability not confirmed |
| Evidence & dates | Price: 2026-10-09; Access facts reviewed 2026-10-09 Official pricing source | Price: 2026-10-09; Access facts reviewed 2026-10-09 Official pricing source |
Sources and verification
View all references
- OpenAI: current plans and shared usage
- OpenAI: model selection, reasoning and rollout
- OpenAI: Fast and Ultrafast eligibility
- Claude: monthly public pricing
- Claude: Max tiers and per-session limits
- Claude Code: shared subscription limits
- Claude: API credit conditions and exclusions
- Cursor: plans and monthly usage pools
- Claude Code: model selection, opusplan and effort
- Artificial Analysis: Sonnet 5.5 Max, Default Fallback
- Artificial Analysis: Opus 5.5 High, Default Fallback
- Artificial Analysis: GPT-6.1 Sol High
- Artificial Analysis: Terminal-Bench 4.0 methodology
- Artificial Analysis: Intelligence Index methodology