Three Kinds of Agentic Search

2026-08-01 · page · source ↗ · source summary

Doug Turnbull disentangles the sloppy term "agentic search" into three distinct implementation strategies — retrieval-centric (build good search and let the agent use it), harness-centric (steer the agent toward relevance with judges and feedback loops), and model-centric (fine-tune an LLM to search your data efficiently) — and argues the confusion itself is a symptom of a field where nobody agrees on who's in charge: the agent, the search engine, or the model.


"Agentic search gets interesting when agents don't know how to find the right answer. Agents may think they know and might confidently BS us."

The core problem: agents lack domain intuition. Your users' "red shoes" means high heels; your company's "ABE" means an A/B testing tool, not a president. The agent can't know this without search — and search has to be good enough to override the agent's wrong assumptions.

"Search leads the agent by the nose" toward relevance, overriding the agent's perspective.

The retrieval-centric argument in one sentence. If your search quality is high enough, you don't need the agent to be smart about search — you just need it to ask.

For "Synopsis of the book Ubik," the answer begins "By the year 1992, humanity has colonized the Moon and psychic powers are common." If you don't know the book, it's unclear this answers the question — the agent says "cool story bro" and ignores the info.

Turnbull's sharpest concrete example. Classic RAG chunks stripped of context (titles, headings, structural cues) are invisible to agents trained on web-scale search results. The format mismatch between chunk-based retrieval and web-search-shaped expectations is a real failure mode most RAG evaluations miss.

A judge directs the agent, correcting mistakes and guiding it toward better search strategies. Jo Kristian Bergem calls this "relevance feedback on steroids."

The harness-centric insight: you don't need great search if you have a good judge. On the ESCI dataset, BM25 alone scores 0.2895 NDCG@10; adding an agentic tool-calling loop lifts it to 0.4101; one round of judge feedback pushes it to 0.5843. The judge doubles the gain the agent alone achieved.

"Unlike a naive chunk, this bit of information has purpose" — it's clear what problem it solves when in context. This achieves what every search developer wishes content teams would do: "actually optimize content to be findable."

Content optimization for agents is a different discipline than SEO for humans. A well-structured document that declares its own purpose is worth more than a perfectly-chunked but context-free one. This is the same insight behind coding-agent README files and CLAUDE.md: tell the agent what this is for before you tell it what it says.

"The agents eat the harnesses" — when successful patterns emerge, agentic search models train to memorize them.

The convergence thesis: harness patterns that work get absorbed into models via fine-tuning, just as coding-agent patterns that work get absorbed into the next generation of coding models. The harness is scaffolding; the model is the permanent artifact.

"We're swimming in an interesting retrieval primordial goop."

Turnbull's closing assessment of the field: late interaction, learned sparse retrieval, agent-centric retrieval patterns, and model fine-tuning are all evolving simultaneously. What emerges may look obvious in retrospect or nothing like any of today's components.

Key Themes

Critical Analysis

Turnbull's taxonomy is useful because it's descriptive rather than prescriptive. He's not selling a framework; he's mapping a mess. The three categories aren't mutually exclusive — most production systems blend all three — but naming them separately forces teams to articulate which part of the problem they're actually solving. Too many "agentic search" products are really just RAG with a tool-calling wrapper, and Turnbull's ESCI benchmark numbers show exactly how much of the gain comes from each layer.

The most underappreciated insight in the piece is the content-purpose mismatch. The "cool story bro" problem — where an agent receives a perfectly relevant chunk but can't recognize it as an answer because it lacks structural framing — is a genuine failure mode that embeddings and rerankers alone can't fix. It's a content design problem masquerading as a retrieval problem. Turnbull's solution (declare the purpose of content explicitly) is obvious once stated, and almost nobody does it.

The judge-as-oracle result deserves more scrutiny than Turnbull gives it. A single round of judge feedback nearly doubles NDCG on a standard benchmark — but the judge is an oracle that knows the ground truth. In production, the judge is the problem you're trying to solve. The gap between oracle-judge and real-judge performance is where most harness-centric systems actually live, and Turnbull's 0.5843 NDCG number is best-case fantasy, not a production target.

The model-centric section is appropriately tentative. Fine-tuning LLMs for search-specific behavior is early-stage (SID, Glean's Waldo), and the gap between "promising results on a benchmark" and "reliable in production across diverse query distributions" is large. Turnbull's "stay tuned" is honest. But he's right that the long-term convergence pattern — harness patterns → training data → model capability — is the same one we've seen with coding agents. The model-centric approach isn't competitive today; it'll be the only approach that matters in two years.

The piece also works as an implicit argument for why Context Engineering at the Frontier (Linus Lee) is right that context engineering is search engineering. Every one of Turnbull's three patterns is ultimately about getting the right information into the agent's context window. The taxonomy is a lens on the same problem from the search side rather than the agent side.

Connections


Sources: raw/three-kinds-of-agentic-search Last updated: 2026-08-01