TinyFish Breaks Down Agentic Search Architecture for Production AI Agents

An AI search agent can work in a demo but fail under production workloads when retrieval returns incomplete evidence, retries repeat unsuccessful actions, or execution exceeds time and cost limits.

TinyFish, which provides web infrastructure for AI agents, has published two technical guides addressing these challenges.The first defines a production agentic search architecture, while the second shares lessons from building a deep research system.

Together, they examine how an autonomous search agent can plan retrieval, evaluate evidence, handle failures, and manage the boundary between model reasoning and deterministic execution.

TL;DR TinyFish introduced its agentic search architecture and key engineering lessons from building deep research systems.Built on four web primitives (TinySearch, TinyFetch, TinyBrowser, and TinyAgent), the system operates via a seven-phase control loop around the base model.

On OpenBenchmarks, TinyFish achieved a 79.0% completion rate on coding tasks while delivering the lowest median task cost ($0.050) and token footprint, highlighting the importance of rigid control loops, failure-specific retries, and unified reasoning over standalone planners.

What is Agentic Search Architecture?Agentic search architecture enables an AI agent to plan retrieval, access sources, evaluate evidence, and adapt its approach as new information becomes available.

The model provides reasoning, while the surrounding application manages state, tool execution, evidence handling, runtime policies, and output validation.Together, these components allow an agent to handle incomplete results, recoverable failures, and changing information requirements.

TinyFish’s architecture draws foundational concepts from a February 2026 architecture preprint, which decouples reasoning from execution through typed tool interfaces.

The paper establishes essential system guardrails, including detailed tracing alongside strict caps on tokens, execution time, overall cost, and tool invocations.How does a production search run work?

TinyFish splits a run into 7 phases: Define the task: Turn the goal into an “evidence contract”: required fields, sources, freshness and completion rules.Plan retrieval: Separate independent needs from dependent ones.Dependent queries wait for earlier answers.

Pick the first route: Choose a tool based on what the system knows about the evidence.Discover, select, retrieve: Treat search results as candidates until the page content arrives.Evaluate: Label evidence as sufficient, incomplete, conflicting, inaccessible or budget exhausted.

Recover or escalate: Revise the query, retry, change sources or change access method.Stop and validate: Return completed, incomplete, failed, cancelled or human review required.Phase 2 addresses a known failure.

ChainRAG (ACL 2025) calls it the ‘lost-in-retrieval’ problem, where key entities disappear during multi-hop question decomposition.Phase 6 draws on Search-R1, which demonstrates how models can learn to generate additional search queries during reasoning when earlier retrieval is insufficient.

Across 7 QA datasets, its learned multi-turn search beat RAG baselines by 41% (Qwen2.5-7B) and 20% (Qwen2.5-3B).How should a search agent route tools?Routing should follow the information gap, not a fixed ladder.

Starting conditionPrimitiveWhat the app still ownsSource location unknownSearchQuery planning, source policy, stoppingURL known and readableFetchCompleteness checks, claim validationApp must control page actionsBrowserEvery action, retry and checkpointDecisions across several pagesWeb AgentBusiness rules, budgets, validation Escalation is not always the fix.

Weak results need a better query.Conflicting sources need stronger evidence.A heavier tool fixes neither.Retries should be based on the failure type and remain within defined limits.

Transient errors may justify repeating a request, while incomplete or conflicting evidence requires a different approach.Browser retries must also account for actions already completed to avoid unintended consequences, such as submitting the same form twice.

better',{'font-size':13,'font-weight':700,fill:G,'text-anchor':'start'}); D.sf.forEach(function(d){var tf=d[0]==='TinyFish',g=el('g',{},s4); var ring=el('circle',{r:tf?17:0,fill:'none',stroke:G,'stroke-opacity':.4,'stroke-width':2},g); var c=el('circle',{r:tf?10:8,fill:tf?

G:'#6a6a6a',stroke:'#111','stroke-width':2},g); var t=tx(g,0,0,'',{'font-size':13,'font-weight':700,fill:tf?G:TX,'text-anchor':'start'}); pts[d[0]]={g:g,c:c,t:t,ring:ring,x:sx(d[1]),y:sy(d[2])}}); pts['Exa fast']=pts['Exa deep'];boost(s4,1.

2)} var anim4=null,OFF={sf:{'TinyFish':[-16,-20,'end'],'Exa deep':[-14,-18,'end'],'Perplexity':[14,-12,'start'],'Firecrawl':[14,16,'start']}, so:{'TinyFish':[16,0,'start'],'Exa fast':[-14,0,'end'],'Perplexity':[14,0,'start'],'Firecrawl':[14,0,'start']}}; function drawScatter(fromZero){var data=D[cur],start={},t0=null; data.

forEach(function(d){var p=pts[d[0]];start[d[0]]=fromZero?{x:sx(0),y:Y0}:{x:p.x,y:p.y};p.tx=sx(d[1]);p.ty=sy(d[2]); p.t.textContent=d[0]+' '+d[2].toFixed(1)+'% · $'+d[1].toFixed(3)}); anim4=function(ts){if(!t0)t0=ts;var f=Math.min(1,(ts-t0)/900),e=1-Math.pow(1-f,3); data.

forEach(function(d){var p=pts[d[0]],s=start[d[0]];p.x=s.x+(p.tx-s.x)e;p.y=s.y+(p.ty-s.y)e;p.g.setAttribute('transform','translate('+p.x+','+p.y+')'); var o=OFF[cur][d[0]];p.t.setAttribute('x',o[0]);p.t.setAttribute('y',o[1]);p.t.

setAttribute('text-anchor',o[2])}); if(f>=1)anim4=null}} build4();chips('c4','b',function(b){cur=b;drawScatter(false)});drawScatter(true); function loop(ts){if(active==='p1'&&run1)run1.tick(ts);if(active==='p3')tick3(ts);if(anim4)anim4(ts); if(pts.TinyFish)pts.TinyFish.ring.

setAttribute('r',15+3*Math.sin(ts/220));requestAnimationFrame(loop)} requestAnimationFrame(loop); window.addEventListener('load',post);window.addEventListener('resize',post);setTimeout(post,300); })(); "> window.addEventListener("message",function(e){if(e.data&&e.data.mtpTfasH){var f=document.

getElementById("mtp-tfas-frame");if(f)f.style.height=e.data.mtpTfasH+"px";}}); What did TinyFish learn building deep research?The deep research agent searches, browses, and generates comprehensive, cited reports.

Most engineering challenges centered around context management, system orchestration, and product design.Lesson #1: Removing the separate planner Initial iterations used a standalone planner called fresh each time.Only structured state crossed into it.

On follow-up queries like “focus only on pricing risks in Southeast Asia,” the agent drifted back to broad market research.TinyFish subsequently moved planning into the orchestrator’s own unified reasoning loop.

Lesson #2: Removing subagents: TinyFish initially assigned a separate subagent to each search query, increasing context-switching overhead, latency, and cost.

The team later replaced these subagents with tool calls for repeatable tasks such as ranking search results, classifying sources, and extracting evidence.This reduced the information passed back to the orchestrator, allowing it to focus on research planning and deciding what to investigate next.

Lesson #3- Matching researchers: TinyFish initially optimized its research system for source coverage, but users placed greater importance on the quality and relevance of supporting evidence.

The team adjusted source ranking to account for the research objective and added controls for prioritizing, excluding, or restricting domains.It also developed an internal evaluation harness using an LLM judge to assess reports for relevance, evidence strength, citation trust, and source diversity.

How do cost and latency add up?TinyFish budgets the full task, not single calls: Task latency = planning + search + retrieval + evaluation + retries + interactive steps + queueing.Task cost = tokens + tool calls + page or browser usage + retries + infrastructure.SearchAgent