explainx / blog
A GitHub issue with over 390,000 analyzed token records shows GPT-5.5 in Codex disproportionately stopping reasoning at exactly 516 tokens — and those runs are far more likely to be wrong. Here's the evidence, the theories, and how to check if it's affecting you.
Jun 11, 2026
Codex CLI exposes 40+ slash commands for models, permissions, goals, subagents, review, and session control. This is the complete reference: what each command does, when to use it, and how they fit a typical workflow.
Jul 5, 2026
Anthropic has changed Claude's usage limits at least three times since August 2025: weekly caps, a temporary off-peak doubling, and a permanent doubling of Claude Code's 5-hour limits tied to a SpaceX compute deal. Here's the dated timeline so you know which limit you're actually hitting.
Jun 30, 2026
pocketdev provisions a Tailscale-only Hetzner dev box for Claude Code, Codex, and Cursor CLI. Cursor shipped native iOS. OpenClaw went mobile too. Here is how each path works and what it costs.
If GPT-5.5 has felt inconsistent in Codex lately — brilliant on one run, confidently wrong on the next identical prompt — there's now a specific, numeric pattern behind at least some of that feeling. A GitHub issue opened against openai/codex documents GPT-5.5 responses disproportionately terminating their reasoning at exactly 516 tokens, with secondary spikes at 1034, 1552, 2070, 2588, and 3106 — each about 518 tokens apart — and those exact-value runs are measurably more likely to be wrong.
This isn't a single anecdote. By the time the discussion reached Hacker News, at least six developers had independently mined their own local Codex telemetry and found the same comb-like pattern, with dataset sizes ranging from tens of thousands to over 200,000 token records each.
The GitHub issue, filed by user vguptaa45, analyzed Codex's token_count telemetry across a February–June 2026 window:
| Metric | Value |
|---|---|
| Response-level token records analyzed | 390,195 |
| Sessions represented | 865 |
Exact reasoning_output_tokens = 516 events | 3,363 |
| GPT-5.5 share of all responses | 19.3% |
| GPT-5.5 share of exact-516 events | 82.0% |
| GPT-5.5 exact-516 / ≥516 ratio | 44.0% |
| Non-GPT-5.5 exact-516 / ≥516 ratio | 1.3% |
GPT-5.5 accounted for only about a fifth of all analyzed responses but over 80% of the exact-516 events — a rate roughly 34x higher than every other model combined. The report also found that overall reasoning-token intensity had been falling month over month (mean reasoning tokens dropped from 268 in February to 107 in May) at the same time exact-516 clustering was rising sharply (from 0.11% in February to over 53% in May) — the opposite of what you'd expect if GPT-5.5 were simply reasoning less on easier tasks.
The issue explicitly avoided overclaiming: "I am not claiming this proves hidden chain-of-thought truncation. The narrower claim is that Codex telemetry shows a GPT-5.5-specific fixed-token clustering anomaly that looks consistent with thresholded reasoning-budget behavior."
What makes this credible rather than a single skewed dataset is how many people reproduced it on their own logs, with different tooling and different time windows:
gpt-5.3-codex-spark in the same window, and further broke the pattern down by cache-ratio bucket — finding the exact-516 concentration was actually highest in lower cached-input-token bins, not simply an artifact of prompt caching.gpt-5.3-codex in the same dataset — a roughly 180x difference between models on the exact same local machine and account.Three open questions define the discussion, and none of them has a confirmed answer as of publication:
Is this a budget cap, a batching artifact, or a scheduler behavior? One theory, floated on Hacker News, is that Codex might be generating reasoning in fixed-size chunks (roughly 512-token increments) for a throughput or parallelization gain — which would explain the evenly-spaced thresholds (516, 1034, 1552 are each ~518 apart) without implying an intentional quality cut. Another theory ties it to prompt-cache ratio, though the data on that specific correlation is mixed across the independent reproductions.
Is it new, or has it always been there and only recently got measured? The monthly breakdowns in multiple reports show the clustering was near-zero in February 2026 and climbed sharply from March onward — which argues against "this is just how reasoning models have always worked" and toward "something changed."
Does hitting exactly 516 reasoning tokens cause wrong answers, or correlate with them? The strongest evidence here is the direct A/B: identical prompts run multiple times, where runs landing on the suspicious exact values were wrong far more often than runs with organically varying token counts. That's a correlation from a small sample, not a controlled causal test, but it's the specific claim that turned this from "the model feels inconsistent" into a reproducible, falsifiable bug report.
If you use Codex CLI or the Codex Desktop app, you can run the same check the GitHub issue's commenters did. Codex writes session telemetry to JSONL files under ~/.codex/sessions/ and ~/.codex/archived_sessions/. Each token_count event includes payload.info.last_token_usage.reasoning_output_tokens — scan for how often that value lands on exactly 516, 1034, or 1552 versus varying naturally, and split by model and effort level (the pattern is reported as strongest at xhigh effort).
Reported mitigations, none independently verified at scale:
gpt-5.3-codex or gpt-5.4 for high-stakes tasks where a wrong answer is costly, since both showed dramatically lower exact-516 rates across every independent reproduction.This isn't the first time a coding agent's users have suspected a "quiet" quality regression — Claude Code went through a similar public debate in prior months, and the same "is it real or is it vibes" argument played out on Hacker News both times. What's different here is that this report has a specific, checkable signature: an exact numeric value, a reproducible telemetry field, and multiple independent datasets landing on the same number. That's a meaningfully higher bar of evidence than "it feels dumber lately," and it's part of why OpenAI is likely to face pressure to respond with a technical explanation rather than a generic "we haven't detected any regression."
If you're deciding between Codex and Claude Code for a given task right now, our Claude Code vs. Codex comparison and the rate-limit boost coverage are useful companions — both tools have had their own credibility moments in 2026, and neither is immune to this kind of underlying-infrastructure uncertainty.
Figures and reproductions cited here reflect the GitHub issue and Hacker News discussion as of July 5, 2026. OpenAI had not published an official technical response as of this writing — check the issue thread for updates before drawing firm conclusions.