Default Model + Context Window
Both tools switched their default model in September 2026, but on different days. Claude Code v2.1.257 declared Fable 5.1 (claude-fable-5-1) "now the default Fable model": 1M token context window, $10/$50 Mtok input/output, $0.25/Mtok cache-read. The rollout was gradual: v2.1.260 was still fixing a /model visibility bug.
Codex CLI 0.153.4 (September 4, 2026) made GPT-6-Astra "visible in the model picker + the bundled default when there's no explicit configuration"; 0.153.3, released a few hours earlier the same day, had added Astra to the Amazon Bedrock model picker.
The context and price figures are very close to each other. The official model page's machine-readable (.md) version for GPT-6-Astra gives a 1,050,000 token context window and 922,000 maximum input; the price is $10 input / $50 output — identical to Fable 5.1. The split is on the cache side: Astra's cached-input price is $1.00/Mtok, versus Fable 5.1's cache-read at $0.25/Mtok. On Astra, requests exceeding 272K are also priced at 2x input, 1.5x output for the entire request.
Also, the consumer (chat) plan table at claude.com/pricing shows 200k for most tiers (500k for one tier); that figure belongs to the claude.ai chat interface, while Fable 5.1's 1M context is on the API/Claude Code side. Don't mix up the two surfaces.
Subscription Inclusion: Claude Pro/Max vs ChatGPT Plans
On the Claude side, pricing can be verified directly at claude.com/pricing: the Pro plan is $17/month on annual prepay, $20/month on monthly billing — Claude Code is included in this plan. Max starts at $100, giving 5x or 20x usage versus Pro. Fable access varies by plan: through usage credits on Pro, directly included up to 50% of the weekly usage limit on Max.
Codex publishes its own figures too. The official Codex pricing page gives estimated local-message ranges per model over a rolling five-hour window: for GPT-6-Astra, Plus 5-45, Pro 5x ($100/month) 25-225, Pro 20x ($200/month) 100-900, Business 5-45 messages. The page's own caveat matters: these aren't fixed message limits but estimated ranges — task size, context, and tool usage change the consumption. When using an API key, cloud features (GitHub code review, Slack) are disabled and billing switches to API pricing.
Both sides publish their limits, but in different units. Claude Max's "up to 50% of the weekly limit includes Fable" model is predictable for a user who leans heavily on a single powerful model; Codex's five-hour window model is more flexible for usage spread across the day in bursts.
Subagent / Parallel Task Orchestration
Let's correct a common misconception: subagents aren't unique to Claude Code; both tools have local subagents, the difference is in the orchestration surface.
In Claude Code, subagents run in-process: each with its own context window, tool access, and permission set. Built-in Explore, Plan, and General-purpose come out of the box; the model is chosen via CLAUDE_CODE_SUBAGENT_MODEL, and since v2.1.257, CLAUDE_CODE_SUBAGENT_MODEL_FORCE can force all subagents to a single model.
Codex also has local subagents: you define custom agents with different model configuration and instructions, and switch between running agent threads with /agent. Delegation mostly starts with an explicit request or an AGENTS.md/skill instruction; the official documentation flags higher token consumption and conflict risk in parallel write tasks.
Both have a cloud layer too. Codex Cloud takes on work from GitHub/GitLab (Beta)/Linear/Slack in OpenAI-managed containers. Claude Code's counterpart is routines: registered configurations, triggered on a schedule/API/GitHub, running on Anthropic-managed cloud infrastructure (or a self-hosted environment) — the official documentation marks this as a research preview. The difference isn't "has it or not"; it's maturity and packaging.
MCP Support and Enterprise MCP Management
MCP (Model Context Protocol) support is mature on both sides, but the management model differs. Claude Code v2.1.259 added a managed setting called managedMcpServers: organizations can use the same entry format as .mcp.json to centrally distribute HTTP/SSE-based MCP servers to all users — command entries that trigger a local binary are skipped for security. So an IT/security team can push "everyone uses these MCP servers" from a single point.
In Codex CLI, MCP configuration is done via ~/.codex/config.toml, and this file is shared between the ChatGPT desktop app, Codex CLI, and the IDE extension — one config, three clients. Giving a command in the entry makes it stdio; giving a url makes it a streamable HTTP server; authentication is done via bearer_token_env_var, http_headers, or OAuth.
In short: Claude Code's model is "push from organization to all users" (top-down enterprise distribution); Codex's is "single config file, shared across clients" (horizontal sync). If you need to enforce a centralized MCP policy, Claude Code; if you need to keep the same MCP set consistent across desktop+CLI+IDE, Codex offers a more direct solution.
Permission & Sandbox Model
Codex CLI's security approach rests on the pair of OS-enforced sandbox + approval policy. By default, the agent's network access is off. In the "Auto" preset (workspace-write + on-request approval), Codex automatically reads/edits/runs commands within the working directory; it asks for approval for edits outside the directory or commands requiring network access. In Codex Cloud, the setup phase has network access, while the agent phase is offline by default. GPT-6-Astra also carries an asynchronous safety monitoring layer — it can halt a task on suspicious behavior.
On the Claude Code side, recent releases have moved in a similar hardening direction. v2.1.257 added a "Containment Escape" rule that no longer auto-approves certain dangerous actions previously auto-approved in auto mode (fetching cloud metadata credentials, egress evasion, cross-tenant access). v2.1.259 introduced the --permission-prompts none flag: it auto-denies every action that would require approval, providing a safe default for unattended runs.
The starting points differ: Codex was designed from the ground up with the sandbox+approval pair; Claude Code started local-first and adds rules layer by layer. If you're setting up headless CI, you need to learn both sides' flags.
Release Cadence and Extensibility (Hook/Plugin/Skill)
Let's look at the numbers. In the GitHub release stream, over the August 7 - September 6, 2026 window, Claude Code shipped 30 releases; Codex CLI put out 14 stable releases in the same window (87 tags if you count alpha pre-releases too). The near-term pace is the same: Claude Code went from 2.1.257 to 2.1.261, five releases, September 1-4 (Fable 5.1 default, managedMcpServers, --permission-prompts none); Codex CLI went from 0.153.0 to 0.153.4, also five releases, September 3-4. The cadence is roughly balanced: Claude Code leads in stable count, Codex CLI uses its pre-release channel more heavily.
There's a parallel maturation on the extensibility side too. Codex CLI gained plugin marketplace support with 0.153.0: codex plugin marketplace add adds a GitHub shorthand (owner/repo), a Git URL, or a local directory as a source; codex plugin add/list/remove manages plugins. Claude Code's counterpart shows up line by line in the changelog: /plugin and claude plugin install commands, git- and URL-based marketplaces, enforced installation via enterprise enabledPlugins, and the userPluginMarketplacesEnabled desktop policy. Both teams are in a "plugin/marketplace maturation" phase at the same time — a sign that the terminal-agent category has entered its ecosystem-building period.