Guides / gemini bill spike

Why a Gemini bill spikes when the prompt gets a little longer

A Gemini bill spike with no traffic change often means prompts crossed 200,000 tokens, where Google charges a long-context rate at roughly double. Crossing that line changes your rate as well as your volume, so a modest prompt increase lands as a large bill increase. Culpa, a local-first LLM cost, margin, and forecast ledger, prices every call from a dated price book and names the feature behind the change.

Why this happens

Most cost intuition assumes rates stay fixed while volume moves. Gemini breaks that at 200,000 input tokens, where a second pricing tier takes over at roughly twice the rate. A retrieval change that raises average prompt size by a third can therefore raise cost by more than a hundred and fifty percent, because part of the traffic changes tier. Nothing in a token-count dashboard shows the boundary, so the spike reads as unexplained until somebody plots the distribution against 200k rather than the average.

What this usually looks like

  • Average prompt size grew modestly and Gemini spend grew by multiples of that.
  • A retrieval or context change shipped shortly before the increase started.
  • Some calls sit above 200,000 input tokens and nobody has counted what share.
  • Your own cost model reconciles for short prompts and reads low for long ones.

Free, no card, no account

Run the free Cost Leak Scan

It shows your most expensive conversation before you install anything.

Run a free scan

Mistakes that cost the most

MistakeWhy it hurtsDo instead
Modelling Gemini cost with a single input rate.A single rate is right below 200k and roughly half the truth above it, so long calls read cheap.Model two tiers and track what share of calls sits above the boundary.
Watching average prompt length rather than the distribution.An average well under 200k can hide a tail sitting above it, and the tail carries the tier change.Plot the histogram against the boundary. The share above the line is the number that matters.
Letting retrieval decide prompt size without a ceiling.Retrieval expands to fill whatever budget exists, so the boundary gets crossed by accident.Cap assembled context below the boundary deliberately, and measure the quality cost of that cap.

Run this check tonight

  1. Count what share of your Gemini calls exceeded 200,000 input tokens last month.
  2. Check whether your internal cost model uses one input rate or two.
  3. Find the release that changed retrieval or context assembly, and line it up against the spend curve.
  4. Compute the cost of the same workload capped just under the boundary, and compare.
  5. Confirm your longest-prompt feature really is the one you assume, by measuring rather than by memory.

A 33% longer prompt that cost 157% more

Illustrative example

A document feature on Gemini 2.5 Pro. Below 200k the price book rate is $0.00125 per 1k input and $0.010 output. Above 200k, Google's pricing page lists roughly double, $2.50 and $15.00 per million. Volumes are modelled.

Before, 180k input and 2k output: (180 x $0.00125) + (2 x $0.010) = $0.225 + $0.020 = $0.245
After, 240k input and 2k output at the long-context tier: (240 x $0.0025) + (2 x $0.015) = $0.600 + $0.030 = $0.630
Input rose 33% and cost per call rose 157%
At 120,000 calls a month: $29,400 becomes $75,600
The $46,200 increase came from 60k extra tokens per call, priced at a rate nobody had modelled

A third more context produced two and a half times the bill, because the extra tokens crossed a tier boundary that no token dashboard draws.

Every number, with its confidence and source

FigureWhat it meansConfidenceSource
$0.245modelled cost of one 180k-token call on Gemini 2.5 Pro below the long-context boundarycalculated(180 x $0.00125) + (2 x $0.010) per 1k, using real Gemini 2.5 Pro rates from the price book, effective 2026-07-02. Token volumes are modelled.
$0.245 to $0.630modelled cost per call either side of the 200,000-token tier boundaryestimatedThe upper endpoint uses the above-200k tier listed on the Gemini pricing page, fetched 2026-08-01, which the price book deliberately doesn't hold. A range because token volumes are modelled.

What a generic answer can’t know

The provider applies the tier correctly and tells you the total. Which feature assembled the long prompts, what share of calls crossed the line, and which release moved them there are facts about your own retrieval code. Culpa records them on your infrastructure, keeps your prompts and responses there, and counts the calls to run your plan.

Questions founders ask next

Does Gemini charge more for long context?

Yes. Google's pricing page lists a second tier above 200,000 input tokens at roughly double the rate. Culpa's price book deliberately seeds the at-or-below-200k tier, which migration 0009 documents as a cost floor rather than a full model of the ladder.

How do I tell whether the boundary caused my spike?

Count the share of calls above 200,000 input tokens before and after the increase. If that share moved, the tier change explains part of the spike, and a token-count average will never show it on its own.

Is capping context below 200k worth it?

Often, because the marginal tokens cost double and the last few retrieved chunks usually contribute least. Measure the quality difference at a cap rather than assuming it, then decide with both numbers in front of you.

On your infrastructure

Culpa runs on your infrastructure. Your prompts and responses never leave it. Culpa counts calls to run your plan, and it fails open, so if it ever breaks your app keeps running.


How Culpa works

Find the culprit. Not just the total.

Your dashboard shows what you spent. It stops short of who spent it. Culpa shows the conversation, the user and the feature behind it.

Your prompts stay local.

Culpa runs on your own infrastructure. What you send to a model reaches us at no point.

Every dollar has a name.

Follow any charge to the conversation, the user, the feature and the customer behind it.

See the bill before it lands.

Cost your next feature before you ship it. You get the likely bill and the worst case, at best, median, p90 and p99.

Three steps to your first answer.

1

Change one base URL.

Or drop in the Python or TypeScript library.

2

Find your most expensive conversation.

In the first session, not the first week.

3

Cost your next feature before you ship it.

Base URLhttp://localhost:4545/v1Your traffic keeps flowing if Culpa ever stops.

Why the bill went up

Example dashboard

Calls traced

418,209

across 3 projects

Spend this week

$378.41

+ $182 vs last week

Failed calls

312

74% retried, and you paid for all of them

+ $182 this week traced to one culprit

Spend over 14 days

$0$20$40$60$8024262830020406
user_384report_generatorconv_91fprompt_v1894,220 tokens3 retries$6.81

Most expensive users

user_384$38.42
user_119$21.07
user_562$14.90
user_204$8.30
user_871$5.10

Next week forecast

Best$180
Median$240
p90$310
p99$395

Graded against reality. Accuracy shown as results land.

Free, no card, no account

Run the free Cost Leak Scan

It shows your most expensive conversation before you install anything.

Run a free scan

Keep reading


Sources: Gemini API pricing. Last reviewed 2026-08-01. Plain text version.