ReAct Pattern
Term 133 of 175 · Technology
In one sentence
The ReAct pattern (Reasoning + Acting) is a design method for AI agents that alternates explicit reasoning steps with actions (tool calls), observing the result of each action before deciding the next step until the task is solved.
Reviewed by Juan Manuel Garrido
Co-founder of VantegrateLinkedIn
ReAct Pattern definition
The ReAct pattern (short for "Reasoning and Acting") is a technique for building AI agents that combines two things that used to be done separately: the model's step-by-step reasoning and the execution of actions in the real world, such as querying a database, calling an API or looking up a piece of data. Instead of answering in a single shot, the agent moves through a think, act and observe loop: it thinks about what it needs ("thought"), does something concrete ("action"), looks at the result ("observation") and thinks again with that new information, until it reaches the final answer.
The idea, popularized by a paper from Google and Princeton researchers in 2022, is that interleaving thought and action produces more reliable agents: reasoning guides which tool to use, and the tools' results correct the reasoning, which reduces errors and fabrications. This loop is at the core of most of today's agent frameworks and of the agentic AI that automates business tasks, part of what AI agents orchestrate across a company's processes.
How the ReAct loop works
An agent that follows the ReAct pattern doesn't produce an answer in one go: it runs through a three-move cycle that repeats until the task is done.
- Thought (Reasoning): the model reasons in natural language about what it still needs to know and what the next step is. For example: "To answer how much this customer was invoiced in May, I first need to look up their orders."
- Action (Acting): the agent picks and runs an available tool (a SQL query, an API call, a search in a document). This is what is known as tool calling.
- Observation: the result of that action (the data the tool returned) is inserted back into the model's context.
With that observation, the agent returns to the thought step and decides whether it can answer now or needs another action. The loop repeats until the model concludes it has everything it needs for the final answer. The key difference from a "plain" model is that ReAct lets it look up information it doesn't have and check its own assumptions before committing to an answer.
Why it matters for a business
The practical value of ReAct is that it turns a language model, which only predicts text, into something capable of operating on real systems in a traceable way. Because each action is logged alongside the thought that triggered it, the team can audit the agent's chain of decisions: see what it queried, what it got back and why it reached that conclusion. That transparency is decisive in B2B settings where a wrong answer has a cost (collections, inventory, customer data).
The pattern also reduces hallucinations: instead of making up a number, the agent is pushed to go get it with a tool. It doesn't eliminate them entirely, but it makes them much less likely because the answer rests on observed data, not just on the model's memory.
A concrete example (Latin America)
Picture a consumer goods company in Argentina with a customer service agent that receives this over WhatsApp: "When will my order 4821 arrive?" A ReAct agent would reason like this:
- Thought: "I need the status of order 4821; it's in the logistics system."
- Action: it queries the tracking API with the order number.
- Observation: the API returns "out for delivery, ETA today 18:00."
- Thought: "I have the data now, I can answer."
- Answer: "Your order 4821 is out for delivery and will arrive today before 6:00 p.m."
Without ReAct, the model could make up a date. With ReAct, the answer comes from real data queried at that moment.
Common mistakes when implementing it
- Infinite loops: if the agent can't find the information, it can keep repeating thought and action without converging. That's why it is given a cap on iterations.
- Poorly described tools: if each tool's description is ambiguous, the model picks the wrong action. The quality of that catalog matters as much as the model.
- Context overflow: each observation adds text to the context; on long tasks the context window fills up and the agent "forgets" earlier steps.
How it differs from other approaches
ReAct is often compared with two close alternatives. This table sums up the differences.
| Approach | How it decides | Uses tools | When it fits |
|---|---|---|---|
| Direct answer (LLM only) | A single pass, no steps | No | Questions the model already knows |
| Chain of Thought | Reasons step by step, but doesn't act | No | Logic problems or closed calculations |
| ReAct pattern | Alternates reasoning and acting in a loop | Yes | Tasks that need external data or actions |
Chain of Thought improves reasoning but can't go out and fetch data; ReAct gives it hands. That's why ReAct is the foundation of agents that actually get work done, not just hold a conversation. Frameworks such as Agentforce and the reasoning engines behind agentic AI implement variants of this loop, sometimes combining it with upfront planning or with several coordinated agents.
FAQs about ReAct Pattern
What is the ReAct pattern?
What is the ReAct pattern?
The ReAct pattern (from Reasoning and Acting) is a method for building AI agents that combines step-by-step reasoning with the execution of actions on real systems. The agent moves through a loop: it thinks about what it needs, runs a tool (such as an API call or a database query), observes the result and thinks again with that information, until it reaches the final answer. It was popularized by a paper from Google and Princeton researchers in 2022 and is now the foundation of most agent frameworks.
How is ReAct different from Chain of Thought?
How is ReAct different from Chain of Thought?
Chain of Thought makes the model reason step by step before answering, but it only works with the information it already has in memory; it can't go out and fetch data. ReAct goes a step further: besides reasoning, it executes concrete actions such as calling external tools, observes the result and adjusts its reasoning with that data. In short, Chain of Thought gives the model a better way to think, and ReAct adds the hands to act on the real world.
Does the ReAct pattern prevent AI hallucinations?
Does the ReAct pattern prevent AI hallucinations?
It reduces them significantly, but it doesn't eliminate them completely. Because the agent is designed to go fetch the information with a tool instead of making it up, the answer rests on observed data and not just on the model's memory. That greatly lowers the odds of it inventing figures or facts. However, the model can still misread a result or pick the wrong tool, so in critical settings it is worth adding validations and, when needed, human oversight.
What tools can an agent using the ReAct pattern use?
What tools can an agent using the ReAct pattern use?
Any function the team exposes to the agent: database queries, calls to an internal or external system's API, document searches, calculations, sending messages or creating records in a CRM. The agent receives a catalog with a description of each tool and, at each step, picks which one to run based on what it is reasoning about. The quality of those descriptions is key: if they are ambiguous, the agent picks the wrong action.
Why is ReAct important for automating business processes?
Why is ReAct important for automating business processes?
Because it turns a language model, which only predicts text, into something capable of operating on a company's real systems in a traceable way. Every action the agent takes is logged alongside the thought that triggered it, so the team can audit what it queried, what it got back and why it reached a conclusion. That transparency is decisive in B2B tasks where an error has a cost, such as collections, inventory control or customer service, and it lets you trust that the agent answers with verified data.
An AI agent that already knows how to do this
We implement AI agents on the CRM you already use, for sales, collections and support. Tell us which process eats your day and we will tell you straight whether an agent solves it.
Related terms
- Agentic AIAgentic AI is artificial intelligence software that pursues goals autonomously: it reasons, plans steps, uses tools and acts on real systems instead of just generating text. It decides what to do and carries it out with minimal human supervision.
- Tool CallingTool calling is a language model's ability to invoke external functions (query a database, call an API or run an action) so it can operate on real systems instead of only generating text. It turns a model that talks into an agent that acts.
- AI AgentAn AI agent is a software system that perceives its environment, reasons about a goal and takes actions autonomously to achieve it, using tools and memory without a fixed script or human intervention at every step.
- AI GuardrailsGuardrails are the safety barriers that limit what an AI system can say or do: they define off-limits topics, blocked actions and filtered responses, so the model operates within controlled, predictable boundaries in production.
- AI HallucinationAn AI hallucination is when a language model generates false, made-up or inconsistent information but presents it with complete confidence, as if it were true. It happens because the model predicts plausible text; it does not look up verified facts.
- Agent GraphAn Agent Graph is the representation, as a graph of nodes and connections, of how an AI agent reasons through and executes a task: each node is a step (a decision, a tool call or a response) and the edges define the flow between them.
Related questions
AI Agents
What AI agents are when applied to sales, collections and support, and how they are implemented on the CRM you already use.
How AI Agents solve itFive AI products that work on top of the CRM you already use. They don't replace your system: they add the layer you do by hand today.





