CalcSays
GPT-5.5 · CHAT HISTORY

GPT-5.5 Chatbot Conversation Cost

Running a chatbot on GPT-5.5? Every turn re-sends the whole transcript, so a long chat costs far more than turns × one message. This computes the real cost and what caching claws back.

For teams running chatbots — computes how a conversation's cost grows quadratically as the transcript is re-sent each turn, and how much prompt caching claws back, not a 'turns × one message' estimate.

Model prices from OpenRouter · updated 2026-07-13

01 Your conversation

Model

$5/M in · $30/M out · cache reads $0.5/M

Cache the transcripthistory re-reads at $0.5/M

02 Naive estimate vs real cost

At 40 turns it's 1.2× the naive estimate — caching keeps the history cheap, but it climbs fast with length.

Naive (turns × one msg)
$61,000
no history counted
Real / month
$73,675
429,000 history tok/convo

Real conversation cost is 1.2× the naive estimate

Without caching this would be $275,500 (4.5×) — caching the transcript is your biggest lever on long chats.

Why do long chats get expensive? Every turn re-sends the whole transcript, so a turn deep in the conversation ships everything before it. The input tokens grow with the square of the length — a 40-turn chat is far more than 40× a single message. Cap history with a sliding window or summary, and cache the transcript.
📋 Full cost audit for this exact setup
Your current inputs, the cost decomposition, every savings lever ranked with its dollar impact, and the alternatives — computed instantly by the same tested engines behind this page. No email, nothing uploaded.

Prices from OpenRouter, snapshot 2026-07-13, synced daily. Turn k re-sends system + prior turns + new user message; total input = T×(system+user) + (user+assistant)×T(T−1)/2. With caching, the re-read prefix bills at the cache-read rate. The first-turn cache-write premium and any summarization/truncation aren't modeled. All math runs in your browser.

How the math works

It's tempting to price a 40-turn conversation as 40 × one message. But every turn re-sends the whole transcript so far — turn 40 ships the system prompt plus all 39 previous turns before the model reads a single new word. So the input tokens grow with the SQUARE of the conversation length, not linearly.

Same baseline, one identity: the naive "one message × turns" estimate is $0.61 per conversation. Adding the re-sent history (429,000 tokens of replayed prior turns) brings the real, uncached cost to $2.76 — 4.5× the naive number. That gap is pure transcript replay, and it widens every turn.

Prompt caching is the fix, because the transcript is a stable growing prefix — exactly what caching is built for. With caching on, the replayed history re-reads at $0.5/M instead of $5/M, cutting the real cost to $0.74/conversation (1.2× naive) — $73,675/month at 100,000 conversations. Turn caching off and the same chats cost $275,500/month.

The levers all target the history term: a sliding window (keep only the last N turns), summarizing old turns into a short recap, and caching the transcript. Because the cost is quadratic, trimming the oldest turns of a long chat saves far more than trimming the same tokens from a short one — the tail of a long conversation is where the money is.

Not modeled: the one-time cache-write premium on the first turn (small), and any summarization/truncation you apply — this assumes the full transcript is re-sent. Inference prices sync daily from OpenRouter (updated 2026-07-13); this is a token-accounting comparison on the live catalog, not a separate price source. All math runs client-side with tested code.

Frequently asked questions

Why does a long conversation with a GPT-5.5 chatbot cost more than turns × one message?

Because every turn re-sends the entire transcript. A 40-turn chat replays 429,000 tokens of prior turns on top of the new messages, so the uncached cost is 4.5× the naive estimate ($2.76 vs $0.61). The longer the chat, the wider the gap.

How much does prompt caching save on a chatbot?

A lot for long chats — the transcript is a stable prefix, so caching re-reads it at $0.5/M instead of $5/M. Here it cuts the bill from $275,500/month (uncached) to $73,675/month. Caching is close to mandatory once conversations run long.

Does the cost really grow quadratically?

Yes — turn k re-sends roughly k turns of history, so summing over a conversation gives a term proportional to turns². Doubling the conversation length nearly quadruples the history-replay tokens. That's why very long sessions get expensive fast, and why capping history matters.

What's the cheapest way to cut chatbot cost?

Cap the history: a sliding window that keeps only the last N turns turns the quadratic back into a linear cost. Summarizing old turns into a short recap does the same while preserving context. And enable prompt caching so whatever history you do keep re-reads cheaply. Trimming the oldest turns of long chats moves the number most.

Are these prices current?

Inference prices sync daily from OpenRouter (updated 2026-07-13). This mold adds no separate price source — it's a token-accounting model of transcript replay on top of the live catalog, so it stays accurate as prices change automatically.

Should a GPT-5.5 chatbot worry about this?

Yes — at 40 turns the uncached cost is 4.5× the naive estimate, so history replay dominates. Caching and a history cap are the difference between $73,675 and $275,500/month here.