Pouria Mojabi, AI Strategy Advisor and Startup Consultant
Pouria Mojabi AI Strategy & Startup Advisor mojabi.io
← All Bits
⚑ AI / Tech May 18, 2026

AI Agents Need Latency Budgets, Not Better Prompts

The Agent Was Too Slow

My AI operating system was getting useful, but it was still too slow.

Not useless slow. Worse: inconsistently slow. The first reply would come back fast enough. The second round would drag. Then a simple question would turn into a whole internal expedition through memory, tools, logs, browser state, old sessions, and stale assumptions.

That is the exact moment when most people blame the model.

I don't think that is the right diagnosis anymore.

Latency Is an Architecture Problem

When an AI agent feels slow, the problem usually is not that the model needs a better instruction like "be concise" or "respond quickly."

The problem is that the system gave the agent too many places to look before it was allowed to answer.

Every memory file is a tax. Every broad search is a tax. Every unclear tool route is a tax. Every instruction that says "always check X" without defining when X matters is a tax. The agent pays those taxes in seconds, tokens, and user patience.

That was the real optimization loop: stop treating the agent like a chatbot with a giant personality file, and start treating it like ops infrastructure with a latency budget.

What We Changed

The biggest change was separating routing from knowledge.

The always-loaded layer became tiny: identity, source ladder, safety rules, and the few routes that matter most. Everything else moved behind lazy reads. If the task is about Gmail, read the Gmail procedure. If it is about Day One, read the Day One playbook. If it is a normal Telegram reply, do not go spelunking through old memory just because memory exists.

Second, we made mutable facts come from live tools. Calendar status, browser state, email, current repo state, running sessions, and command output should not be guessed from memory. But live checks have to be narrow. "Search the entire workspace" is not a check. It is a delay dressed up as rigor.

Third, we tightened verification gates. Done means the current state was checked. But verification has to match the blast radius. A one-line local draft does not need the same gate as a production deploy. The agent should know the difference.

Fourth, we cut status noise. A fast agent should not narrate every tool call. It should send one useful status when work will take more than a few seconds, then come back with the result. The user does not need a documentary. They need momentum.

The Counterintuitive Part

The fastest agent is not the one with the least memory.

It is the one with the best memory boundaries.

I still want durable memory. I want playbooks. I want personal context. I want the system to remember what worked last week and avoid repeating mistakes tomorrow. But memory cannot be a swamp the agent walks through before every response.

This is the same lesson from procedural memory and fewer agents with better playbooks. Capability compounds when the system knows where knowledge belongs. It decays when everything is stuffed into the same context window.

The Practical Rule

For founder operations, I now think every agent needs three budgets:

Most AI agent setups only define capability. They say what the agent can do. They do not define how fast it should decide, what it should ignore, or when enough evidence is enough.

That is why they feel impressive in demos and exhausting in daily use.

The Real Product Is Responsiveness

For an AI operator, speed is not polish. It is trust.

If I ask a direct question and the agent disappears into a maze, I stop delegating. If it answers quickly, checks the right source, and only escalates when something truly needs me, I hand it more of the business.

That is the bar. Not "can the model reason?" The model can reason. The harder question is whether the system around it can make the right work feel immediate.

The next generation of AI agents will not be won by bigger prompts. It will be won by tighter operating systems.


Continue Reading


← More Bits