GPT-5.4's Real Numbers — The $80/Query Benchmark Problem and the 256K Context Ceiling
The Benchmark Claims vs. The Fine Print
GPT-5.4 shipped March 5-6 across API, ChatGPT, and Codex in three tiers (standard, Thinking, Pro) with a 1M-token context window, 47% fewer tokens per task, and a new Tool Search API for dynamic function-calling. The headline benchmarks are legitimately impressive:
| Benchmark | GPT-5.4 | Reference | Caveat |
|---|---|---|---|
| OSWorld-V (desktop) | 75.0% | Human: 72.4% | 2.6pp margin, no CIs |
| GDPval (44 occupations) | 83% win/tie | GPT-5.2: 71% | "win" vs. "tie" collapsed |
| BrowseComp | 82.7% | SOTA | Self-reported |
| SWE-Bench Pro | 57.7% | ~55% (est.) | Marginal coding gain |
| APEX-Agents | >50% | <5% (12 months ago) | 10x jump in 1 year |
| FrontierMath T1-3 (Pro) | 50% | Record | 0% on Open Problems |
But here's what 10+ independent sources converge on: every single benchmark was evaluated at 'xhigh' reasoning effort, a compute setting where a trivial "Hi" prompt costs $80 and takes 5 minutes. The model most pipelines would actually call — at standard or medium reasoning — has no published benchmark data whatsoever. At $2.50/M input tokens (half of Opus pricing), the base tier is competitively positioned, but the cost-quality curve between standard and xhigh is the critical unknown.
The Long-Context Cliff: MRCR v2 Numbers
This is the chart every ML engineer needs. OpenAI's own MRCR v2 benchmark shows catastrophic degradation that multiple independent analyses corroborate:
97% accuracy at 16-32K tokens drops to 57% at 256-512K and crashes to 36% at 512K-1M — worse than a coin flip on complex retrieval tasks beyond 256K.
If your pipeline assumes reliable 1M-token context — full codebases, multi-document legal review, quarter-long error logs — you are shipping a system that silently fails on the majority of long-context queries. The degradation isn't gradual; it's a cliff around 256K. Baseten's Attention Matching research offers mitigation: one-shot KV-cache compaction retains 65-80% accuracy at 2-5x compression, outperforming naive text summarization.
Tool Search: The Quiet High-ROI Feature
Multiple sources independently flag Tool Search as the most underappreciated feature. Instead of stuffing all function definitions into every prompt (scaling linearly with tool count), the API now retrieves relevant tool definitions on-demand. For agents with 10-50+ tools, this directly attacks the prompt token bloat problem — a 20-tool agent wastes ~2,000-4,000 tokens per call on schemas. This is retrieval-augmented function calling, and it introduces the same recall failure modes as document RAG: if the right tool isn't retrieved, the agent can't use it.
Where Sources Diverge
One source reports 33% fewer hallucinations vs GPT-5.2 but zero methodology. Another notes GPT-5.4's deliberate conversational "loosening" introduces prompt leakage, unrequested features, and hallucinations — a reliability regression invisible in benchmarks. SWE-Bench Pro at 57.7% signals coding capability is plateauing; if you're betting on frontier models replacing senior engineers, the evidence isn't there yet.
What to do
Audit all production pipelines ingesting >128K tokens into a single context window — implement MRCR-style needle-in-haystack probes at your actual operating lengths by end of this sprint
Build a domain-specific eval harness comparing GPT-5.2 vs GPT-5.4 at standard and medium reasoning effort — measure hallucination rate, latency, token efficiency, and cost-per-task on 1,000+ production queries
Prototype Tool Search integration for any agentic pipeline currently using >5 function definitions per call, measuring both token savings and tool-selection recall
Evaluate Baseten's KV-cache Attention Matching as an alternative to raw long-context ingestion for document-heavy pipelines