Contents

  • What a model remembers
  • Retrieval by default
  • Agents don't think in web pages
  • The context tax
  • Built for the median question
  • Past, present & future of retrieval

# The web as ground truth

The next wave of AI belongs to agents with always-on access to relevant, up-to-date information

Contents

  • What a model remembers
  • Retrieval by default
  • Agents don't think in web pages
  • The context tax
  • Built for the median question
  • Past, present & future of retrieval

Thesis

A small model with the right five sentences beats a frontier model with the wrong fifty pages. Intelligence is no longer the scarce input to agents; evidence is, and the largest, freshest supply of it is the open web. Retrieval is the system that turns that web into dense, verifiable context, which is what lets agents work over longer horizons, carry a source for every claim, and save frontier compute for the steps that actually need it. It is the infrastructure the agentic era will run on.

For a decade, the AI industry scaled one recipe: bigger models, more data, more compute. Training compute for frontier models has grown roughly 5x per year since 2020, packing more of the world's knowledge into the weights. Researchers bet that these scaling laws would keep making models more capable.

The bet paid off for a long time. Then the easy gains got harder to find. Compute kept compounding, but the high-quality text to train on did not. As Ilya Sutskever put it at NeurIPS in 2024, "pre-training as we know it will unquestionably end," because we have exactly one internet's worth of data. The marginal returns moved to post-training and to test-time compute, or reasoning: models thinking longer before they answer.

Reasoning made models markedly smarter and markedly hungrier. On the same benchmark questions, reasoning models generate about eight times the tokens of their non-reasoning counterparts, and at the extreme, one configuration of OpenAI's o3 spent thousands of dollars of compute on a single ARC-AGI puzzle. Token prices, meanwhile, kept collapsing: GPT-3.5-level performance fell from $20 to $0.07 per million tokens in under two years. The price of a token collapsed; the price of a frontier answer didn't. Intelligence stopped getting cheaper by default.

Models also remained bottlenecked by something more basic: access to accurate, current knowledge of the world. Ask a model without web access who headlined Coachella this year and it will tell you about last year's event. (It was Sabrina Carpenter, Justin Bieber, and Karol G. A model trained before the lineup dropped has never seen the answer.) This is a grounding problem. We've spent ten years improving general model intelligence, and far less making sure models have access to timely, accurate facts.

That is changing fast. Two years ago, web search was a bolt-on that assistants rarely used; ChatGPT Search only launched in October 2024, Claude's in March 2025. Today, search fires on roughly a third of ChatGPT queries. But the assistants are far from great at it. Increasingly, a model's ability to reason from grounded data plays a larger part in its effectiveness than its size, its compute budget, or even its training data. And this trend is only beginning.

## What a model remembers

A language model has two kinds of memory.

Parametric memory lives in the weights, and is created during training: broad knowledge, patterns, associations, a rough impression of everything the model has seen.

Contextual memory is part of the model prompt: the specific documents, facts, and history the model is given as evidence to produce a specific answer.

The two systems have complementary properties.

Query

What was San Francisco's population in the 2020 Census?

Parametric memory

Confident guessNo sourceOften wrong
Contextual memory

Live retrievalCitedExact
Figure 1—The two memory systems have complementary properties. Parametric memory is broad and frozen in time. Contextual memory can be exact and timely.

Parametric memory is broad, fast, and useful, but lossy.

Weights are a form of compression. Training preserves patterns and loses detail, often the details that become valuable later: a specific legal precedent, a precise figure in a chart, anything too obscure to be well represented in the training run.

A frontier model can explain how a new class of cancer drugs works. Ask it for the overall survival figure from a Phase 3 readout reported last month, and it cannot answer. It also cannot reliably tell you whether a number came from the trial's primary endpoint or from a secondary analysis someone summarized on X.

Parametric memory is also stale. Retraining a frontier model costs hundreds of millions of dollars (Epoch AI estimates xAI's Grok 4 run at $490 million; Stanford's AI Index puts Llama 3.1 at roughly $170 million), and the largest runs take three months or more before the model ever ships. Weights cannot keep up with a world that changes daily. The richest training data can't help a model say what moved the price of oil yesterday, or which amendment a European regulator certified an hour ago.

Parametric memory alone falls short for work that demands recency and precision, which is most work that drives action in the real world.

Contextual memory can invert these properties. Given the right content, it can be exact, current, and traceable to its source.

But it has a challenge of its own: finding the right content, extracting the relevant parts, and presenting them in a form the model can use without overwhelming its limited context window. Retrieval is becoming the central bottleneck in AI.

## Retrieval by default: Harnessing the web for intelligence

The open web is the largest, freshest, broadest record of human knowledge in existence. Scientists, regulators, journalists, and companies all publish to the web before any other medium. Without it, a model is capped at whatever it memorized before its training cutoff.

All knowledge work depends on it. The best employees look things up: they check current prices, read recent filings, compare sources, and stay current in their field. Their raw intellect matters, but their impact depends on access to the world's information.

The same logic applies to AI. A model cut off from the web is a knowledge worker with vast intellect and no internet access. It cannot learn new things, verify a claim, or check the veracity of a source. You wouldn't impose that constraint on an employee. The same standard should apply to the AI systems used throughout your company.

The obvious objection is that the web is also the largest record of junk in existence: SEO farms, affiliate sludge, and now machine-generated text at industrial scale. Graphite estimates that AI-written articles crossed half of all newly published articles in late 2025. True, and it is the argument rather than the rebuttal. Ground truth was never the web as-is. It is what a retrieval layer built for verification extracts from the web: the filing underneath the coverage, the primary source under the aggregator, the number with a URL attached. As synthetic content grows, provenance becomes the product.

Retrieval belongs in the default architecture of any AI system that handles real-world decisions.

## Agents don't think in web pages

Retrieval augmentation for AI systems began as little more than the human web search that preceded it: ten blue links, fetched by a thin wrapper around a search engine and dropped into the model's context for it to sort out.

The web is acquiring its second user, and everything about it was built for the first. Decades of design optimized every page for human eyes: most of what a page delivers is scaffolding around how people find and view content. For a model, anything that isn't information is overhead: tokens to sift through, pay for, and discard before arriving at the kernel of knowledge it needs.

Even a trivial query like "who won the French Open yesterday" surfaces almost entirely discardable content: HTML markup, SEO filler, navigational headers, and breathless tournament coverage. Measured directly, the raw HTML of a typical article page runs about 45,000 tokens; the extracted answer runs about 400. Retrieve whole pages and the model's context budget is spent on the packaging.

A phenomenon called context rot makes this worse: model accuracy degrades as context grows, even on tasks the model handles perfectly at short lengths. GPT-4o fell from 99.3% to 69.7% on the same retrieval task once the context reached 32,000 tokens. NVIDIA's RULER benchmark found only half the models tested held up at 32,000 tokens, whatever their advertised window. And Chroma's study of 18 frontier models showed that a single well-placed distractor measurably degrades answers, with additional distractors compounding the damage. The larger the haystack, the more it holds things that resemble the needle.

Consider what the atomic unit of retrieval actually is. A biotech analyst needs the overall survival figure from last month's readout, not the press release built around it. A CRM enriching a million records needs one field per company: the employee count, the pricing change, the new security chief. A coding agent needs the four lines of the changelog that explain the breaking change. Across these workflows, the atomic unit is the snippet of pertinent evidence: the sentence, the paragraph, the table row, the chart in a PDF, the code block that nudges the model closer to a correct answer. The webpage is too coarse a unit for the job.

Because the atomic unit can be as small as a single figure traced back to its source, retrieving snippets instead of full pages frees an order of magnitude of context for evidence and reasoning. Producing those snippets at web scale is a prerequisite for a context layer that can ground agents at scale.

What is the company's exposure to supply-chain disruption in China?

Retrieved · whole 10-K filing
1. Business Overview
2. Risk Factors
3. MD&A
4. Supply Chain — China Exposure
5. Financial Statements
6. Executive Compensation
SignalBoilerplate5 of 28 lines relevant · ~9% signal
Figure 2—When retrieval returns whole pages, the model spends most of its attention budget on content the query never asked for. Snippet-level retrieval spends that same budget on signal, leaving more room for evidence and reasoning.

## The context tax: paid in cost, latency, and accuracy

A page full of SEO is a minor annoyance for a single user. At the scale agents operate, the overhead becomes a hard ceiling on what they can do. Anthropic reports that a single agent consumes about four times the tokens of a chat session, and multi-agent systems about fifteen times. A deep research run reads hundreds of sources. Cursor has run hundreds of coding agents concurrently against a single project. Clay's customers rehydrate CRMs of ten million records. Every junk token in those loops becomes a tax.

It is a cost tax, and the arithmetic is blunter than any curve: input tokens are billed on every call, and an agent re-sends its context at every step. A 45,000-token page carried through a twenty-step trajectory gets paid for twenty times, by every subagent that touches it. Prompt caching discounts the rate (cached reads run about a tenth of list price) but doesn't erase the bill, and freshly retrieved content is a cache miss by definition.

It is a latency tax, because attention, the mechanism transformers use to relate tokens to each other, scales with the square of context length. The per-token price you're billed stays flat; the compute underneath does not, which is why Google charges double the input rate once a Gemini prompt passes 200,000 tokens.

The Quadratic Cost of Attention

16×32×48×64×RETRIEVAL TRAIL0.02×ALTITUDE16×10K20K40K60K80K
Context length40k
Attention compute

16×

Whole document · 40k tokens
With retrieval

0.02×

Ranked snippets · 1.5k tokens

Retrieval uses 711× less attention compute.

Figure 3—The quadratic cost of attention is intrinsic to how transformer models, the architecture used by most LLMs, process tokens.

And it is an accuracy tax, because of finite context windows and context rot.

Reasoning-heavy models already spend tokens planning, checking, and synthesizing before they answer. Make them grind through entire web pages on top of that and they slow to a trickle.

Ask a frontier model to play to its strengths instead: help it find the right pages, strip them to the relevant passages, and let it operate on information-dense snippets. That density becomes an order-of-magnitude multiplier on the efficiency of every LLM call.

With a capable retrieval layer, agents spend their reasoning budget on the work itself rather than on cleaning up the input. They complete tasks faster, more accurately, and at a fraction of the cost. Cheap enough that reaching for the web becomes the default for every agent.

The compression dividend, in useful work

Compression intake44.6K avgBenchmark baseline
Frontier modelEvidenceOverhead
Useful workBaselinefor evidence + reasoning
≈111×Raw-to-extracted reduction
Preparation stageRaw HTML01 / 04
RAWCLEANFOCUSEXTRACT
Context available for evidencequalitative view
BenchmarkWebMainBench
Raw HTML average44,591 tokens
Extracted average401 tokens
Figure 4—Feeding agents distilled, accurate data shifts their budget from cleanup to high-value synthesis. Step through the levels to compare.

## Built for the median question

If grounding matters this much, why isn't the web search offered by the model labs sufficient?

For plenty of use cases, it is. But it's tuned for the median question: speed, common queries, and surface-level insight, the kind that dominates everyday chat. Labs hill-climb on user feedback, and user feedback rewards a fast answer over a thorough one.

And nobody is optimizing your token bill but you. Lab search is priced for the lab's own surface: about $10 per thousand searches, plus the retrieved content billed as input tokens. On some OpenAI models, every search call meters a fixed 8,000-token block whether or not the page helped. A frontier model can extract an answer from a raw page, and for a consumer chat product that's fine. For a fleet of agents running millions of retrievals a month, it is a staggeringly expensive use of frontier intelligence, and the bill lands on you. Enterprises have noticed: in a 2025 IDC survey, 96% of organizations deploying generative AI said costs ran higher than expected, and 71% said they had little control over where those costs came from.

A one-size-fits-most product can also offer only so much control. Standardization trades away the ability to preserve provenance from index to snippet, or to decide which parts of the web to trust more or less.

Serious enterprise and specialized agentic workloads demand more: multi-step research where missing a single source can invert the conclusion of a drug trial, and agents that inspect hundreds of pages per task without drowning the model in tokens.

## The past, present, and future of retrieval

With each generation, models and grounding grow more interconnected. ChatGPT launched with no web access and training data 14 months stale. The research systems came first (OpenAI's WebGPT was following links and citing sources in 2021); the products followed: Bing wired chat into search in early 2023, ChatGPT Search arrived in late 2024, and labs now train models end-to-end on when and how to search. Retrieval itself keeps evolving, from dense snippets toward agentic task execution: subagents specialized in long-horizon retrieval that run dozens of lookups to finish a single task. When Anthropic built its multi-agent research system, token usage alone explained 80% of the variance in performance across its evals. What an agent can effectively consume determines what it can do.

Tool-call RAG

ONE RETRIEVAL · DOCUMENTS IN CONTEXT

MANY RETRIEVALS · FAN OUT AND REFINE

THE MODEL DELEGATES · A CLOUD OF SEARCHES

ONE RETRIEVAL · DOCUMENTS IN CONTEXT

The model decides it needs help, fires one search, gets a few documents stuffed back into context, then answers.

Many retrievals per task. The model plans, fans out across sources, reads, refines, and loops.

The model hands the task to a dedicated research agent, which runs its own cloud of searches and reports back.

The model decides it needs help, fires one search, gets a few documents stuffed back into context, then answers.

Figure 5—Retrieval and LLMs have co-evolved at every step: from no external access, to a single search, to agents that run their own search clouds.

The step after agentic retrieval is still on the research frontier, and no architecture has won yet. But the retrieval layer's properties are already clear: its latency, density, fidelity, and provenance. Those four properties will bound every AI system built on top of them.

## Quality, cost, latency, and scale move together.

Dense retrieval gives the model less noise and more evidence. When an agent receives the exact passages it needs instead of entire documents, it spends fewer tokens processing irrelevant text and more of its context window reasoning over useful information. That improves quality, cost, latency, and scale at once.

01

Higher quality output

Models reason better over dense, relevant chunks than over sparse, noisy documents. Signal-to-noise at the input governs quality at the output. Agents produce more accurate answers because they attend to more relevant information per unit of attention budget.

02

Fewer tokens, lower cost

An order-of-magnitude compression at retrieval (a 45,000-token page becomes a 400-token excerpt) cuts tokens on every downstream call, which at scale results in dramatic cost savings.

03

More work per step and longer-horizion agents

When each retrieved source is dense, agents can explore more sources within the same compute budget. Research that could only afford five documents now fits fifty. Cross-referencing and synthesis become economically viable at scales that were previously prohibitive. More efficient use of the context window, enables agents to do longer-horizon tasks, a key driver of progress.

04

Lower end-to-end latency

Less context means faster inference; faster retrieval means faster time-to-first-token. The savings matter for user-facing apps and accumulate across long-running autonomous workflows.

05

Provenance and auditability by default

When models are provided snippets with source URLs, every claim an agent makes carries a citation by default, providing an audit trail and unlocking use cases that require rigorous traceability.

06

A system that improves with use

When instrumented for user and agentic feedback, retrieval systems get better over time. The results you get today beat the ones you got six months ago.

The models will keep improving. The web will keep changing faster than they can be retrained. Whatever sits between the two sets the ceiling on everything built on top of it.

![Company Logo](https://parallel.ai/parallel-logo-540.png)

Contact

  • hello@parallel.ai[hello@parallel.ai](mailto:hello@parallel.ai)

For Content Owners

  • index.parallel.ai[index.parallel.ai](https://index.parallel.ai)

Products

  • Task API[Task API](https://parallel.ai/products/task)
  • Responses API[Responses API](https://parallel.ai/products/responses)
  • Monitor API[Monitor API](https://parallel.ai/products/monitor)
  • FindAll API[FindAll API](https://parallel.ai/products/findall)
  • Search API[Search API](https://parallel.ai/products/search)
  • Extract API[Extract API](https://parallel.ai/products/extract)
  • Index by Parallel[Index by Parallel](https://index.parallel.ai)

Solutions

  • Sales[Sales](https://parallel.ai/solutions/sales)
  • Finance[Finance](https://parallel.ai/solutions/finance)
  • Legal[Legal](https://parallel.ai/solutions/legal)
  • Coding & Building[Coding & Building](https://parallel.ai/solutions/code)
  • Life Sciences[Life Sciences](https://parallel.ai/solutions/life-sciences)
  • Insurance[Insurance](https://parallel.ai/solutions/insurance)
  • Productivity[Productivity](https://parallel.ai/solutions/productivity)

Developers

  • Docs[Docs](https://docs.parallel.ai/getting-started/overview)
  • Onboard your Agent[Onboard your Agent](https://docs.parallel.ai/getting-started/overview#onboard-your-agent)
  • Parallel MCP[Parallel MCP](https://docs.parallel.ai/integrations/mcp/quickstart)
  • Parallel CLI[Parallel CLI](https://docs.parallel.ai/integrations/cli)
  • API Reference[API Reference](https://docs.parallel.ai/api-reference)
  • Python SDK[Python SDK](https://pypi.org/project/parallel-web/)
  • Typescript SDK[Typescript SDK](https://www.npmjs.com/package/parallel-web)
  • Integrations[Integrations](https://docs.parallel.ai/integrations/agentic-payments)
  • Changelog[Changelog](https://docs.parallel.ai/resources/changelog)
  • Status[Status](https://status.parallel.ai/)
  • Support[Support](mailto:support@parallel.ai)

Company

  • About[About](https://parallel.ai/about)
  • Press[Press](https://parallel.ai/press)
  • Careers[Careers](https://parallel.ai/careers)
  • Pioneers[Pioneers](https://pioneers.parallel.ai/)
  • Museum of the Human Web[Museum of the Human Web](https://museum.parallel.ai/)

Resources

  • Blog[Blog](https://parallel.ai/blog)
  • Benchmarks[Benchmarks](https://parallel.ai/benchmarks)
  • Become a Content Partner[Become a Content Partner](https://index.parallel.ai/join)
  • Pricing[Pricing](https://parallel.ai/pricing)

Legal

  • Terms of Service[Terms of Service](https://parallel.ai/terms-of-service)
  • Customer Terms[Customer Terms](https://parallel.ai/customer-terms)
  • Privacy[Privacy](https://parallel.ai/privacy-policy)
  • Acceptable Use[Acceptable Use](https://parallel.ai/acceptable-use-policy)
  • Bots[Bots](https://parallel.ai/parallel-web-systems-bots)
  • Trust Center[Trust Center](https://trust.parallel.ai/)
  • Report Security Issue[Report Security Issue](mailto:security@parallel.ai)
LinkedIn[LinkedIn](https://www.linkedin.com/company/parallel-web/about/)Twitter[Twitter](https://x.com/p0)GitHub[GitHub](https://github.com/parallel-web)YouTube[YouTube](https://www.youtube.com/@parallelwebsystems)Events[Events](https://luma.com/parallelwebsystems)
All Systems Operational
![SOC 2 Compliant](https://parallel.ai/soc2.svg)

Parallel Web Systems Inc. 2026