Insights / Engineering

128k context windows: what actually changes when the model can read more

Reading time
6 min
STEP01Source materialCONTRACT, THREAD, DOCSSTEP02Fits the window?TEN DOCS, NOT TENTHOUSANDSTEP03Whole document inSKIP THE VECTOR DATABASESTEP04Model answersDEPTH ON A BOUNDED SETSTEP05Test itON YOUR OWN DOCUMENTSSTEP 01Source materialCONTRACT, THREAD, DOCSSTEP 02Fits the window?TEN DOCS, NOT TENTHOUSANDSTEP 03Whole document inSKIP THE VECTORDATABASESTEP 04Model answersDEPTH ON A BOUNDED SETSTEP 05Test itON YOUR OWN DOCUMENTS
DwgWhen the whole document fits
SheetInsights
Steps05

A major model release earlier this month brought the frontier tier to a 128k token context window, knowledge current further into this year, and a meaningful price drop on both input and output tokens compared to the previous generation. The context number gets the headline, but the price drop is arguably the bigger deal for anyone running this in production, because it changes the cost math on architectures that used to be too expensive to justify.

What a bigger context window actually buys you

128k tokens is roughly the length of a short novel. In practice, for business use, it means you can stop being clever about what you leave out. Instead of chunking a contract into pieces and hoping the relevant clause survived the split, you can hand over the whole document. Instead of summarizing a long support thread before asking a question about it, you can paste the whole thread. Some of the retrieval engineering that RAG pipelines exist to solve gets less urgent when the model can just read the whole source.

  • Less chunking risk, whole documents fit, so the failure mode of splitting a clause from its context mostly goes away for shorter documents.
  • Simpler pipelines, for use cases where the source material fits comfortably under the limit, you can skip the vector database entirely.
  • New cost tradeoffs, stuffing more tokens into every call costs more per call, even with the price cut, so 'just include everything' isn't automatically the cheap option.

Where retrieval still wins

A bigger window doesn't retire RAG, it changes when you reach for it. If your knowledge base is ten documents, stuff them all in the prompt and skip the infrastructure. If it's ten thousand documents, no context window fixes that; you still need to find the relevant handful before you ask the model anything, because paying to send irrelevant tokens on every single call doesn't scale, no matter how cheap tokens get. Bigger context is a tool for depth on a bounded set of material. It isn't a replacement for search.

The part worth paying attention to

There's early chatter, not yet fully settled, that models don't attend to a huge context window evenly, that information buried in the middle of a very long prompt gets less weight than information near the start or end. If that holds up, it means '128k tokens available' and '128k tokens the model will actually use well' aren't the same claim, and it's worth testing on your own documents rather than assuming the number on the box is the whole story. We'd rather build a pipeline that's honest about that limitation than one that assumes bigger is simply better.

Engineering

Continues · Got a workflow like this?

Got a workflow like this?

Tell us what's eating your team's time, we'll tell you honestly whether automation is worth it.

Book a Consultation

We typically respond within 24 hours