AI & automation · Guide
What is an AI agent, and when does a business need one?
An AI agent is a system in which a large language model (LLM) receives a goal, decides the steps and uses tools, such as APIs, databases and company systems, until the task is done or a person steps in. It pays off when a task has several steps, requires acting on systems and does not follow a fixed script.
Master TimmUpdated on 6 min read
On this page
How an AI agent works
Every agent runs in a loop: it reads the goal and the context, decides the next action, calls a tool, observes the result and repeats until the task is done or a limit is reached. The model decides; what surrounds it, called the harness, defines what it can see, what it can do and when it must stop.
- Model: The LLM that reads the goal and picks the next action, such as Claude, GPT or Gemini.
- Tools: Functions the agent can call (tool calling), such as looking up an order in the ERP or opening a ticket; MCP (Model Context Protocol) is an open standard for exposing those tools.
- Context and memory: What enters the context window at each step, the short-term memory of the task and the long-term memory kept outside the model.
- Instructions and permissions: The agent's rules, what each tool may do and which actions require human approval.
- Checks: Tests, output validation and limits on steps and cost, which stop the agent from going further down a wrong path.
An example from our own work: Zorbit, Master Timm's own product, orchestrates AI coding agents through an MCP plugin with about 74 tools and audits the cost and the tokens of every run.
AI agent, chatbot or automated workflow: what is the difference
All three use language models; what changes is who decides the path. The right choice is usually the simplest one that solves the problem: a fixed workflow is more predictable and cheaper to test than an agent.
| Approach | Who decides the steps | When to use it |
|---|---|---|
| AI chatbotTalks and answers questions, often from documents (RAG) | No one: it answers each message | FAQs and looking up information |
| Automated workflow with an LLMRuns predefined steps; the model classifies, extracts or summarizes | The workflow, designed up front | Stable processes with known steps |
| AI agentPlans and acts on systems through tools | The model, within limits and permissions | Multi-step tasks with a variable path |
When a business needs an AI agent
An agent pays off when a task meets four conditions. If one is missing, a fixed workflow or a chatbot with RAG usually solves it for less.
- Several steps: The task requires looking things up, deciding and acting in sequence, not just answering a question.
- Action on systems: The work depends on reading or changing data in the ERP, the CRM or other APIs.
- A variable path: The next step depends on what the previous one found, and a fixed script would have too many exceptions.
- A measurable outcome: There is a definition of a correct result and someone on the business side to validate the answers.
Signs that it is not the time yet: the process changes every week, nobody can say what a correct answer is, or the data the agent would need cannot be reached through an API.
The risks of an AI agent and how to control them
An agent that acts on systems fails differently from a chatbot: instead of a bad answer, it can take a wrong action. The most common risks are predictable and have known controls.
- Prompt injection: Instructions hidden in an e-mail, a document or a web page try to divert the agent; the defense combines isolated system instructions, input and output validation and least-privilege permissions per tool.
- Wrong action: The agent changes the wrong record or acts when it should not; sensitive actions require human approval, and each tool can do only what the task needs.
- Unmeasured quality: The agent impresses in the demo and fails on real data; an evaluation dataset of real and edge cases runs on every prompt, model or tool change.
- Runaway cost: Long loops and repeated calls make each task expensive; step limits, caching and traces show the cost of every run.
On Mirador, The Hackett Group's generative-AI engine, we implemented prompt-injection defenses and an audit trail of the system prompt.
How to start: from use case to production
The safest path is to prove the value on one flow before giving the agent autonomy. The timelines below are typical ranges; discovery sets the ones for each project.
- Pick a use case: A frequent task with a business owner and a clear definition of a correct result.
- Discovery (1–2 weeks): Map the data, systems, integrations and risks, and define the architecture and the estimate.
- Evaluation before code: Build the dataset of real questions, expected answers and adversarial cases.
- Proof of concept (2–4 weeks): One end-to-end flow on real data, measured by the evals.
- Production (6–12 weeks): Integrations, guardrails, evals in CI and traces of every run, with human approval for sensitive actions.
Related service
AI & LLM Engineering
AI agents, RAG and MCP in production, not in demos.
Free first conversation · Reply within 1 business day
See also: AI Business Process Automation and AI Customer Service Agents.
Frequently asked questions
Is an AI agent the same as ChatGPT?
Not quite: ChatGPT is a ready-made product used through conversation, while a company's AI agent is its own system that uses a language model to carry out a multi-step task. The company defines that agent's tools, data and permissions, and the same model can serve both.
How do you build an AI agent?
Start from the goal and the definition of a correct result, not from the tool. Then define the tools the agent may call and each one's permissions, write the instructions, build an evaluation dataset and test before allowing real actions. Frameworks such as LangGraph, Mastra and the Vercel AI SDK speed up building the loop, but they do not replace evals, guardrails and traces.
Can an AI agent act on its own in company systems?
Yes, within the limits you set. Each tool gets the least privilege it needs, sensitive actions such as paying, deleting or sending something outside require human approval, and every run is recorded in a trace. Autonomy grows step by step, as the evals show that the agent gets it right.
What is a multi-agent system?
It is a system in which several agents split a task: an orchestrator plans and delegates parts to subagents, each with its own isolated context and tools, and gets back only the result. It suits long tasks or tasks that need different specialties; for short tasks, a single agent is simpler to test and cheaper.
Sources
Master Timm · Updated on