GPT-5.6 Preview: 1.5M Context, Agentic-First Design & Codex UltraFast

What 1.5M Tokens Actually Unlocks

The 43% context expansion over GPT-5.5’s ~1M token window isn’t uniformly useful across every use case. For standard chat, GPT-5.5’s window was already more than enough. The jump to 1.5M matters in four specific places.

Codebase-wide refactors without chunking. A 400-file TypeScript monorepo with average 200-line files lands around 800K-900K tokens in standard tokenizers. GPT-5.5 could technically process it, but with heavy truncation in practice — most production setups were chunking repos into 200-300K slices and reconciling the results. GPT-5.6’s 1.5M window fits the whole thing with context to spare for instructions and output. Teams that built reconciliation pipelines can retire them.

Full financial document analysis. A 500-page SEC S-1 filing runs approximately 600K-700K tokens. Pair it with a prior-year filing for comparative analysis and you’re at 1.1-1.2M tokens. This use case — where context truncation is genuinely not acceptable — has been blocked at GPT-5.5 without summarization pre-processing. GPT-5.6 fits it natively.

Multi-hour agent tasks with intact context. When an agent runs for 3-4 hours on a complex research or coding task, its context fills with tool outputs, intermediate conclusions, and working memory. GPT-5.5 agents hitting the 1M limit had two options: truncate earlier context (losing state) or restart (losing everything). 1.5M buys the model significantly more operating room before that decision point arrives.

Cross-repository analysis. Security audits, vendor comparisons, migration assessments — tasks that require holding two large codebases in context simultaneously. Previously required specialized vector retrieval pipelines or heavy summarization. At 1.5M tokens, this becomes a native capability for most real-world repo sizes.

Codex UltraFast Mode

The context window expansion is the headline, but Codex UltraFast mode may be the more consequential developer feature. Per backend configuration artifacts that surfaced in the same window as the kindle-alpha headers, UltraFast mode is a purpose-built inference path that trades some reasoning depth for dramatically lower time-to-first-token on coding tasks.

The pattern is familiar: a fast path that skips extended chain-of-thought for requests where the correct completion is high-probability given the context — autocomplete, function signature generation, routine refactors, boilerplate. The current gap between OpenAI’s Codex and tools like GitHub Copilot’s inline completions isn’t quality — it’s latency. Copilot’s perceived speed advantage in the editor comes from a model specifically tuned for sub-100ms time-to-first-token. UltraFast is OpenAI’s answer to that gap.

Whether UltraFast ships simultaneously with GPT-5.6 or follows as a phased rollout is unclear from available signals. That it’s in the same release branch as kindle-alpha suggests the intent is concurrent launch — but OpenAI has shipped features weeks after the model they were announced alongside before.

GPT-5.6 Pro: Video and the Math Gap

GPT-5.5 shipped with a Pro variant that extended reasoning depth. GPT-5.6 is expected to follow the same structure, with the Pro tier targeting two specific capability gaps.

The first is multimodal video. GPT-5.5 Pro handles text and image inputs. GPT-5.6 Pro is reportedly adding video understanding — MP4 and WebM, up to several minutes — narrowing the capability gap with Gemini 3.1 Pro, which has had native video input since February 2026. No confirmed pricing, but GPT-5.5 Pro’s rates are the baseline to expect.

The second is competition mathematics. GPT-5.5’s FrontierMath scores were 51.7% on Tier 1-3 and 35.4% on Tier 4 — meaningful but with a clear ceiling. Google’s DeepMind team has been pushing hard on mathematical reasoning through AlphaProof and the Gemini mathematical reasoning lineage. GPT-5.6 Pro is reportedly being benchmarked specifically against this gap. Early internal results are expected to show improvement on both FrontierMath tiers, but without an official model card, exact numbers aren’t available.

Where It Sits in the Current Stack

If you’re making model routing decisions today (June 19, 2026), here is where the confirmed-available models actually sit:

Model	Context	Strongest at	Notable gap
GPT-5.5	1M tokens	Reasoning, general agentic tasks	Token efficiency on long runs
Gemini 3.1 Pro	2M tokens	Longest context, video, multimodal	Agentic task completion rate
Grok 4.3	1M tokens	Real-time data, video + voice in single pass	Pricing at scale
Claude Fable 5	200K tokens	Code generation, long-form output quality	US export restrictions (as of June 14)
GPT-5.6 (expected)	1.5M tokens	Long-horizon agent tasks, token efficiency	Still below Gemini 3.1 Pro on raw context

One observation worth flagging directly: Gemini 3.1 Pro already handles 2M tokens. GPT-5.6 at 1.5M closes the gap but doesn’t close it entirely. For teams whose bottleneck is raw context size rather than agentic efficiency, Gemini 3.1 Pro remains the answer. GPT-5.6’s bet is that most production agent workloads aren’t context-constrained at 1M tokens — they’re cost-constrained by wasted reasoning tokens. That may be correct for the majority of use cases.

Three Things to Do Before It Ships

Don’t pause roadmap work waiting for a launch that has no confirmed date. Build for GPT-5.5 today, migrate promptly when 5.6 lands. That said, three concrete actions are worth doing now.

Pull your actual p95 context lengths from API logs. If you’re regularly hitting 800K-900K tokens, you’re a direct beneficiary of the 1.5M window. If most of your runs are under 200K, the new ceiling doesn’t materially change your cost or capability position. Measure before assuming the upgrade matters for you.

Document the tasks you abandoned because of context limits. Every team has these: a full codebase migration that required three chunked passes, a legal document comparison that needed custom summarization, a multi-day research agent that had to be restart-tolerant. GPT-5.6’s window may make these viable natively. Worth listing them now so you can test immediately after launch.

Watch your Codex token consumption patterns. The agentic efficiency improvements in GPT-5.6 should be measurable: same-quality task outputs, lower token bills. But “should” needs confirming against your specific workloads. Set up token consumption monitoring for your top three agent tasks now, so you have a clean pre-5.6 baseline to compare against.

The release candidate is confirmed in the logs. The official model card will come with the public announcement. What’s already visible — a 43% context expansion, a training objective that prioritizes agentic efficiency, and a Codex UltraFast mode in the same branch — points toward a model that doesn’t just score higher on benchmarks but is designed around the specific failure modes of production agent systems. That’s a different kind of meaningful than raw MMLU.