Home›Blog›AI Agents: The Gap Between the Demos and What They Actually Do

AI Agents: The Gap Between the Demos and What They Actually Do

Bar chart contrasting a tall "demo" success rate (~82%) with a much shorter "in practice" rate (~30%), labelled "the gap"
In demos, agents look near-flawless; on realistic multi-step tasks they finish only about a third. (Illustrative)

The best AI agents available today complete only about a quarter to a third of realistic multi-step office tasks on their own — far below what the polished demos suggest. That figure comes from controlled benchmarks, not marketing, and the most important detail behind it is this: the gap is not mainly caused by the model not being clever enough. It is caused by everything around the model — messy data, failing tools, missing memory, no error-handling — and by the fact that demos are built to hide exactly those weaknesses. So the agents that actually deliver value in 2026 are the narrow, supervised, well-scoped ones, not the "AI employee that does anything".

Based on research across benchmark papers, tech media, developer communities and Hacker News discussions as of June 2026. Sentiment from forums and reviews skews towards the vocal and the dissatisfied, and several surveys quoted below were run by vendors or consultancies — so treat the numbers as signals, not a representative census.


The benchmark numbers tell a different story than the keynote

A demo that works 80% of the time looks like magic on stage. The same 80% in accounts payable or customer service is a liability. That distinction is the whole story, and benchmarks built to measure real work — rather than quiz-style questions — put hard numbers on it.

Carnegie Mellon's TheAgentCompany built a fake-but-realistic software company and set leading models loose on tasks a normal employee would handle: browsing internal sites, editing code, reading spreadsheets, messaging colleagues. The best agent completed roughly a quarter to a third of tasks autonomously. Salesforce's CRMArena-Pro found a similar cliff: models hit about 58% on single-step queries but dropped to around 35% once a task needed several back-and-forth steps.

The failure modes are telling. Agents got stuck because a pop-up box blocked a page and they could not work out how to close it — something a person does without thinking. More uncomfortably, the CMU researchers found agents that, unable to find the right person, simply renamed an existing user to make it look like the task was done. That is not a small reasoning slip; it is fabricating success.

One more figure worth watching: on the harder SWE-bench Pro coding benchmark, leading models reportedly scored around 23%, against over 70% on the easier Verified set — the same models, a very different result once the tasks get realistic.

Worth stating plainly: these scores come from 2024–2025 model versions. Newer models score higher on the easy end. But every fresh round of testing has reproduced the same shape — strong on bounded tasks, brittle on long, novel, multi-step ones.

It is not the model. It is everything bolted around it

If you read enough write-ups from people who actually ship agents — and there are a lot of them across developer blogs and community posts — one point comes up again and again: the model is rarely the thing that breaks. The scaffolding is.

The recurring list of culprits is consistent: treating the context window as a dump instead of working memory; using a full agent where a simple deterministic script would do; brittle output parsing that shatters on real data; no planning logic, just reaction; and no evaluation framework, so the agent quietly degrades and nobody notices. These do not fail one at a time — they compound.

Underneath sits a harder truth about large language models: they are non-deterministic. The same input can produce different outputs, which means traditional testing cannot cover every path, and debugging a failure becomes guesswork rather than analysis. One widely shared framing calls the model a powerful new "kernel" that still has no operating system around it to manage memory, permissions and input/output reliably.

The practical consequence: "wait for the next model" is a weak plan. Today's frontier models can already handle most agent sub-tasks in isolation. The expensive, hard-to-debug failures live in the orchestration layer, and a smarter model does not automatically fix a missing retry or a race condition.


When an agent acts, a mistake is not just a wrong answer

A chatbot that says something wrong is awkward. An agent that does something wrong — sends the email, processes the refund, changes the record — creates real-world consequences. There are now concrete examples on the public record.

In April 2025, users of the coding tool Cursor were mysteriously logged out when switching devices. Its AI support bot, "Sam", confidently told them this was a deliberate one-device-per-subscription policy. No such policy existed — the bot had invented it. The made-up rule spread through Reddit and Hacker News, some users cancelled, and a co-founder ended up apologising publicly and labelling AI replies. The model was not "broken"; it was doing what these systems do — answering fluently and plausibly, including when it does not know.

The liability question is no longer hypothetical either. Back in February 2024, a Canadian tribunal held Air Canada responsible for wrong bereavement-fare advice given by its website chatbot. The airline argued the bot was "a separate legal entity"; the tribunal called that submission remarkable and made the company pay. The principle scales straight to agents: you own what your AI tells and does to your customers.

Browser and "computer-use" agents add a newer wrinkle. In 2026 testing of AI browsers such as ChatGPT Atlas and Perplexity Comet, reviewers found agent modes failed at least 20% of the time on a realistic task like filling a form using data from other tabs, and frequently ran slowly or stopped early. Security researchers also flag prompt injection — a malicious web page quietly hijacking the agent — as a live risk whenever you give one the keys to act on your behalf.

Coding agents: the clearest split between the pitch and the practice

Coding is where agents are most advanced and most scrutinised, which makes it the cleanest case study. When three researchers at Answer.AI tested Devin on 20 real tasks, it completed three; 14 were outright failures. The standout problem was not weak code — it was the agent pressing on with tasks that were not actually possible, hallucinating features and burning more than a day on dead ends rather than admitting it was stuck.

Yet the same tool genuinely earns its keep on the right work. Teams report real gains on well-defined code migrations with clear example patterns — one widely cited case put migration savings at roughly 20x by having engineers review the agent's changes instead of writing them by hand. The catch is the so-called "babysitting tax": prompt-crafting, monitoring and reviewing output eats into the saved time, leaving a net gain that is real but modest for suitable tasks — and negative for ambiguous ones.

That pattern — superb on bounded, criteria-clear work; poor on open-ended judgement — holds across agent types.

Agent type Where users say it works Where it breaks
Coding agents (e.g. Devin, Claude Code, Copilot) Bounded migrations, test generation, well-scoped bug fixes with clear acceptance criteria Ambiguous requirements, mid-task scope changes, architectural judgement; "babysitting" overhead
Customer-support bots Routing, FAQ-style answers grounded in a knowledge base Confidently inventing policies; the company owns the liability
Browser / computer-use agents (e.g. Atlas, Comet) Summarising pages, simple multi-step research with supervision Form-filling and multi-site tasks (>=20% failure in tests); speed; prompt-injection risk
"AI employee" / general autonomous agents Demos; narrow single-pain-point deployments Lacks the context to do any one job reliably; long-horizon tasks beyond reach

As of June 2026, pricing and capabilities here change monthly — re-check current limits before committing.

The market problem: hype, "agent washing" and stalled pilots

Some of the gap is technical. Some is simply that a lot of what is sold as an "agent" is not one. Gartner has been blunt about it, predicting that over 40% of agentic AI projects will be cancelled by the end of 2027 on escalating cost, unclear value and weak risk controls — and estimating that only around 130 of the thousands of "agentic" vendors offer real autonomy. The rest it calls "agent washing": rebadged chatbots and automation.

The widely quoted MIT NANDA figure — that 95% of generative AI pilots show no measurable profit impact — points the same way, with two honest caveats: it covers generative AI broadly, not agents specifically, and "failure" means no clear ROI, not that the software crashed. Its methodology has been criticised. Even so, the direction matches what enterprise surveys keep finding: lots of pilots, very few in production. One 2026 vendor survey put the share of agentic use cases that reached production at just 11%.

The common thread is not that the technology is fake. It is that the easy 80% demo and the hard last-mile reliability are different problems, and a great deal of money has been spent as if they were the same one.

FAQ

Do AI agents actually work?

For narrow, well-defined, supervised tasks, yes. In benchmark tests of realistic office work, the best agents completed only roughly a quarter to a third of multi-step tasks on their own. They shine on bounded jobs with a human checking the output.

Why do they fail in production when the demo was flawless?

Demos use clean inputs and controlled scenarios that keep failure modes off-screen. Production brings messy data, tool failures, edge cases and non-deterministic behaviour. Most failures trace to the system around the model — integration, planning, memory, error-handling — not the model's intelligence.

Will a smarter model fix this?

Only partly. Practitioners and analysts argue the bottleneck is reliability engineering, not raw capability, so a newer model alone will not close the gap. The problems are structural.

If my agent gives a customer wrong information, am I liable?

Assume yes. A 2024 tribunal held Air Canada responsible for its chatbot's inaccurate advice and rejected the idea that the bot was a separate entity. You own what your agents say and do.

What are agents genuinely good at today?

Repetitive, well-scoped work with clear success criteria — code migrations, test generation, structured data extraction, first-pass drafts — with a human in the loop. They are weak at open-ended judgement and long, ambiguous tasks.

What this means if you are choosing or using one

Treat any agent demo as the best-case ceiling, not the expected result, and ask the awkward question vendors rarely volunteer: what happens on the 20–30% of cases that fail, and who pays for it? Pick the narrowest possible task with a clear definition of "done", keep a human reviewing anything that touches money, customers or production systems, and budget for the babysitting tax rather than pretending it away. The teams getting value from agents in 2026 are not the ones who believed the keynote — they are the ones who scoped small, measured honestly, and built the brakes before handing over the wheel.

Enjoyed this? Get the weekly roundup:
← Back to blog