Latest
Subscribe

AI agents: why doing is harder than talking

Chatbots answer questions, but AI agents are meant to take action in the world, and that shift makes them far harder to build safely and reliably.

Glowing ai chip on a circuit board
Photo · Photo by Immo Wegmann on Unsplash

From answering to acting

A chatbot, in the everyday sense, is a system built to hold a conversation. You type a question, it generates a plausible reply based on patterns learned from vast amounts of text, and the exchange usually ends there. The output is words. If the answer is wrong, the consequence is limited to a bad piece of text that a human can check, ignore or correct.

An AI agent is a different proposition. Rather than simply replying, it is designed to pursue a goal over several steps, deciding what to do next, calling on tools such as search engines, databases, spreadsheets or other software, and adjusting its plan as new information comes in. Examples often discussed in industry include agents that can research a topic and compile a report, manage parts of a customer service process end to end, or handle routine business tasks like scheduling, form-filling or basic coding, largely without a human approving each individual step.

The key distinction is autonomy over multiple actions, not just one response. That difference sounds modest but it changes almost everything about how these systems need to be engineered.

Why errors compound

A chatbot only has to get one answer right at a time. An agent has to get a whole sequence of decisions right, often without direct human review in between. If it misreads a task at step one, that mistake can carry through to steps two, three and four, and the final result may look confident even though it rests on a flawed early judgement.

This is sometimes called compounding error. Large language models, the technology underpinning most modern chatbots and agents, are probabilistic: they generate the most statistically likely next piece of text, not a guaranteed correct one. A small error rate that is tolerable in a single conversational reply becomes far more consequential when it is repeated across a long chain of actions, each depending on the last being sound.

Agents also need to know when a task is actually finished, when to ask for help, and when to stop rather than plough on with a flawed plan. Teaching a system good judgement about its own uncertainty is a much harder engineering problem than teaching it to produce fluent, plausible sentences.

Tools, memory and consequences

Building a useful agent generally requires giving it access to external tools, such as the ability to search the web, query a company database, send an email or move money. That access is powerful but risky. Every tool an agent can use is also a potential point of failure or misuse, whether through a misunderstood instruction, a bug, or an attempt by a malicious third party to manipulate the agent through the content it processes, a risk security researchers call prompt injection.

Agents also need some form of memory, so they can keep track of what they have already tried and what the current state of a task is. Managing that memory reliably, without it becoming corrupted, contradictory or exploited, adds a further layer of complexity absent from a simple chatbot exchange, which typically has little need to retain state beyond the current conversation.

Crucially, chatbot mistakes are usually reversible: a wrong answer can be re-asked. Agent mistakes can have real-world effects, such as an incorrect purchase, a wrongly sent message, or a flawed piece of code deployed into a live system. That raises the stakes for testing, oversight and the permissions granted to the system.

Why this matters for the UK

British regulators and industry bodies, including those overseeing financial services and data protection, have been paying increasing attention to how organisations deploy autonomous AI systems, given questions over accountability when an agent’s action causes harm or loss. Evaluating an agent is also inherently harder than evaluating a chatbot, because there is rarely a single correct output to check against, only a sequence of decisions whose overall outcome must be judged.

For these reasons, most organisations exploring agentic AI currently favour keeping a human in the loop for consequential actions, limiting the tools and permissions an agent has, and building extensive logging so decisions can be traced after the fact. The technology is advancing quickly, but the gap between a system that can chat convincingly and one that can be trusted to act independently remains significant, and closing it safely is likely to take considerably more careful engineering than making chatbots sound fluent ever did.