Chatbot
Receives a question and replies. One pass, no actions in the world, no next step.
Ready.
- Actions it can take
- Chooses its own next step
- Uses results as feedback
Next step decided by: the person asking.
An interactive explainer
Agentic AI is a system given a goal that can choose and carry out steps toward it, use tools or information, and adjust its next steps based on what happens.
The term has no single settled definition. The useful question is what the system can decide and do.
Exhibit 01 · The control loop
Agents are best understood as a loop, not a pipeline. Select a stage to see what happens there. Use the arrow keys to move between stages.
What outcome is the system trying to achieve?
An agent starts from an objective rather than a complete script. “Find reliable evidence and summarize it” leaves room for the system to work out the steps. The clearer the goal and its limits, the easier it is to judge success.
Watch the loop run twice. The first search isn’t good enough, so the system changes approach instead of summarizing too early.
Stopping rule: if it had hit its search limit without enough evidence, a well-designed assistant would report what it found and hand the question to a person rather than guess.
Exhibit 02 · Compare
All three might use the same language model. What differs is who decides the next step and whether results feed back into that decision. Run them a few times: the workflow always takes the same track; the agent’s path changes with what it observes.
Receives a question and replies. One pass, no actions in the world, no next step.
Ready.
Next step decided by: the person asking.
Follows a predefined sequence. It may call tools and even an LLM, but a developer fixed the order in advance.
Ready.
Next step decided by: the developer’s code, written in advance.
Chooses some of its own steps, observes what happened, and uses that feedback to decide what to do next, within limits.
Ready.
Next step decided by: the system at run time, within the tools, limits, and checkpoints it was given.
A single tool call is not enough. A chatbot that always runs one weather lookup before answering is using a tool, but nothing about its path depends on what it observes. Agency is a spectrum: it grows with how many decisions the system makes at run time and how much those decisions respond to results.
Exhibit 03 · Common mix-ups
Labels travel faster than definitions. Each card shows a common claim; reveal the correction to see why it doesn’t hold on its own.
“It uses an LLM, so it’s an agent.”
A model that only responds to a prompt may not be an agent.
A language model can power an agent, but on its own it maps input text to output text. Agency comes from the surrounding loop: goals, actions, and feedback.
“It calls a tool, so it’s an agent.”
A one-off tool call inside a fixed sequence may be ordinary tool-assisted software.
The question is whether the system decides which tools to use, and when, based on what it has observed so far.
“It has multiple agents, so it’s agentic.”
Several agents can still follow a fixed workflow.
A “researcher” handing off to a “writer” in the same order every time is a pipeline with role names. Count the run-time decisions, not the boxes.
“It learns permanently from every action.”
Many systems adjust within a task but do not update their model from each run.
Adapting usually means using results in the current context. Lasting change requires separate memory features or retraining, which many agents do not have.
“More autonomy is always better.”
Fixed workflows are often more predictable for well-defined tasks.
Autonomy adds flexibility but also cost, latency, and room for compounding errors. A good design uses the simplest approach that works.
Exhibit 04 · Try it
Pick an answer for each system. Some cases genuinely depend on design details, and the explanation says which details would change the answer.
Exhibit 05 · Take it with you
Skip the label. Ask these six questions about the system itself.
An open-ended objective leaves room for decisions; a fully specified procedure doesn’t.
Choosing tools, order, queries, or when to stop? Or only filling in text inside fixed steps?
What can it read, write, send, buy, or move? This sets both its usefulness and its risk.
The key test. Do observations change the next step, or does it take the same path regardless?
Step or budget limits, permissions, approval gates, and when it hands work to a person.
Check the world: did the file change, the test pass, the message send? Don’t rely on a “Done!” message.
The label matters less than the control loop: what the system can decide, what it can do, and how it checks the result.
Sources
Distinguishes workflows (predefined code paths) from agents (models that direct their own process and tool use), and recommends starting with the simplest design that works.
On keeping agents controllable: human oversight, checkpoints, and limits on what they can do.
A vendor glossary definition of AI agents as goal-pursuing systems that reason, plan, and act.
Introductory design guidance on what agents are and how they act on a user’s behalf.
An academic survey that describes LLM-based agents through components such as profile, memory, planning, and action.
Research that characterizes agents as systems that would adapt their behavior if the consequences of their actions changed. This is the feedback idea at the center of this page.
These sources frame “agent” differently, and vendors do not share one strict definition. This page draws on their common ground: goals, actions, and feedback. It does not present any single definition as official.