CodexHowSupport Us

GPT-5.4 Pro's Context Window vs Build-Tier TPM

The mistake

Choosing GPT-5.4 Pro for its large context window, then discovering — usually through a throttled request rather than by reading the rate-limit table — that a single maximum-length prompt is far larger than a whole minute of an entry-level account's token budget.

Why this happens

Context window and rate limit are independent published numbers, and nothing about a large window implies a matching tokens-per-minute allowance. GPT-5.4 Pro pairs one of the largest windows on the roster with the smallest token ceiling at the entry paid tier of any model this site prices. This page originally said a maximum-length prompt could "approach" a minute's entry-tier budget; the arithmetic never supported that softer wording — it exceeds it many times over. OpenAI has re-published the table twice since August: once with lower request rates, and again on October 6, 2026 for the new Build, Launch and Grow ladder. The model page also publishes a separate long-context table for prompts over 272,000 input tokens — the table a maximum-length prompt actually falls under — and its Build row allows no more tokens a minute than the Standard one, and far fewer requests. The mismatch is still there.

Why it matters

The workloads that actually use the window — a large codebase, a long agentic session — are exactly the ones that send prompts near its size, so they are the ones that hit this. On Build, one maximum-length prompt can't clear inside a minute at all; the request rate is low enough that even modest concurrency throttles. Plan the account tier and the window together, or the first production incident plans it for you.

The fix

Before committing to GPT-5.4 Pro, run your largest expected prompt through the rate-limit tier planner, which checks it against the long-context table at the tier you pick and shows how many minutes of the entry tier's token budget one maximum-length prompt needs. Size prompts well under the window if you can't raise your tier first, and consider whether a Pro model is needed at all: reasoning.mode: "pro" on GPT-5.6 and GPT-6 does more model work per answer on models whose Build-tier limits are an order of magnitude more generous.

Concurrency makes it worse

Every prompt in flight draws on the same per-minute budget, so large requests sent together compete for it. A queue that serializes large prompts usually finishes sooner than a burst that throttles all of them, and retry logic should back off on a 429 rather than resubmitting immediately — otherwise one oversized prompt can keep the minute's budget pinned for everything queued behind it.

See also

GPT-5.4 Pro's reference page shows the full table, and GPT-5.5 Pro vs GPT-5.4 Pro compares the two throttled Pro models row by row.

Verified 2026-10-28 against CodexHow facts module (src/data/facts/) — see /about/#accuracy.