CalcSays
GPT-5.5 · BATCH SAVINGS

GPT-5.5 Batch API Savings

GPT-5.5 batch runs 50% off — for the traffic that can wait 24h. This page computes your real saving after only the waitable share takes the discount.

For engineers weighing the batch API — models the real saving after only your waitable traffic can take the 24h discount, not the brochure's flat 50%.

Model prices from OpenRouter · updated 2026-07-13

01 Your setup

Model

$5/M in · $30/M out · OpenAI batch 50% off (24h)

02 Real-time vs batch

Batching saves $2,025/month30% overall, not the 50% brochure figure.

All real-time
$6,750
standard prices, every request
With batch
$4,725
60% waitable at −50%

50% discount × 60% waitable = 30% overall

Push the waitable share up (queue overnight jobs, bulk work) and the saving scales toward the full 50%.

03 Where the savings come from

Real-time baselineevery request at standard price$6,750
Waitable share batched (60%)50% off the 60% that tolerates 24h−$2,025
Blended monthly$4,725
Tweet
Why not the full 50%? The discount is per-request and only for a 24-hour turnaround, so it applies to the waitable slice of your traffic, not all of it. Overall saving = waitable share × discount. The way to save more is to move more work into the waitable bucket — real-time chat and agent steps can never batch.

04 Biggest batch savers at this workload

1. o1-proOpenAI$47,250/mo (30%)
2. GPT-5.4 ProOpenAI$12,150/mo (30%)
3. GPT-5.5 ProOpenAI$12,150/mo (30%)
4. Claude Opus 4.7 (Fast)Anthropic$10,800/mo (30%)
5. GPT-5.2 ProOpenAI$10,395/mo (30%)
6. GPT-5 ProOpenAI$7,425/mo (30%)
7. GPT-4OpenAI$6,750/mo (30%)
8. o3 ProOpenAI$6,300/mo (30%)
9. Claude Opus 4Anthropic$5,400/mo (30%)
10. Claude Opus 4.1Anthropic$5,400/mo (30%)

Top 10 of 315 models by absolute batch saving at this workload and waitable share. Only OpenAI, Anthropic and Google publish batch tiers; the rest show no saving.

📄 Get the full agent cost audit
A multi-page report on your exact setup: where cost spirals, how much context-trimming / state-resets / model-routing each saves, and which model+framework combo is cheapest at your real failure rate. Generated from your numbers.

Standard prices from OpenRouter, snapshot 2026-07-13, synced daily. Batch discounts hand-verified against provider docs (2026-07-13): OpenAI Batch API · Anthropic Batch API · Google Batch API. Blended = requests × per-request × [waitable × (1−discount) + (1−waitable)]. All math runs in your browser.

How the math works

OpenAI's batch API is 50% off for a 24-hour turnaround (verified 2026-07-13). The brochure number assumes every request can wait — but latency-sensitive traffic can't. Only your waitable share takes the discount, so the real saving on the whole bill is smaller.

Same baseline, one identity: at 60% waitable, batching cuts the $6,750/month real-time bill by $2,025 to $4,725 — that's 30% overall, exactly 60% waitable × 50% discount, not the headline 50%.

So the lever isn't "turn on batch", it's "how much of your traffic can tolerate 24h". Push the waitable share up (queue overnight report generation, bulk enrichment, evals, back-catalog processing) and the saving scales linearly toward the full 50%. Anything user-facing stays real-time and saves nothing.

A second lever people skip: for the non-waitable slice, a cheaper model in real time may beat batching an expensive one — worth checking on the model comparison pages. Prices sync daily from OpenRouter; the batch discount is hand-verified against OpenAI's official docs and re-checked quarterly.

Frequently asked questions

Is the batch API worth it for GPT-5.5?

At this page's defaults — 300,000 requests a month, 60% able to tolerate 24h — batching cuts $6,750 to $4,725/month: $2,025 saved, 30% overall. That's the 50% headline discount applied to only your waitable share. Worth it if a real slice of traffic can wait; near-useless if it's all user-facing.

Why isn't the batch discount just 50%?

Because 50% is the per-request discount, and it only applies to requests that can wait 24 hours. If 60% of your traffic is waitable, your overall saving is 60% × 50% = 30%. The way to save more isn't a better discount — it's moving more traffic into the waitable bucket.

What workloads can actually use batch?

Anything without a human waiting on the response: overnight report generation, bulk data enrichment and classification, embedding backfills, offline evals, synthetic-data pipelines, back-catalog reprocessing. Real-time chat, agent steps, and interactive tools cannot — they're the non-waitable share this calculator holds at full price.

Which models give the biggest batch savings here?

At this workload: o1-pro ($47,250/month saved), GPT-5.4 Pro ($12,150) and GPT-5.5 Pro ($12,150) — refreshed daily. Absolute savings track absolute spend, so expensive models with lots of waitable volume save the most dollars.

What formula does this use?

Blended monthly = requests × per-request cost × [waitableShare × (1 − discount) + (1 − waitableShare)]. Savings = real-time − blended; overall savings % = waitableShare × discount. The discount is the provider's published batch rate (50% for the big three, 24h turnaround); per-request cost uses the live standard prices.

Are these prices current?

Standard prices sync daily from OpenRouter; batch discounts are hand-verified against each provider's official batch documentation (last checked 2026-07-13) and re-audited quarterly. All math runs client-side with tested code.