Imagine you are a claims operations manager at a mid-sized insurance company. You've just gotten approval to pilot an AI agent to handle policy calculations and compliance checks. You're excited—until the agent, after a brilliant reasoning chain, tells you it can't actually update the claims system. It has no hands. It can think, but it can't do. That's the moment you realize you've built a brain without a body.
Here's the blunt truth: AI agents are excellent at planning, but they're lousy at executing repetitive, rule-based tasks. RPA robots, on the other hand, are the opposite—they excel at execution but are brittle and can't think. The dominant emerging architecture, as noted in the RPA Wikipedia page, layers AI agents for reasoning over an RPA execution layer, so agents drive RPA rather than replace it. You don't choose between them; you stack them.
Let me walk you through a concrete scenario—you're that insurance manager, and you need to automate a claims intake process. Here's how the facts apply, step by step.
1. Define the Task: Split Thinking from Doing
Your claims intake involves two very different kinds of work. First, there's the judgment part: reading incoming claim emails, extracting policy numbers, deciding if a claim is straightforward or needs human review. Second, there's the action part: entering that data into your core system, updating spreadsheets, sending confirmation emails—all rule-based and high-volume.
The AI agent handles the judgment. According to IBM's AI agents page, an AI agent is a system that autonomously performs tasks by designing plans and using available tools. It can use tool calling to query external datasets, search the web, or call APIs to gather information. In your case, the agent can read an email, reason about the claim type, and decide the next step. But it can't actually type into your legacy claims system—that's where RPA comes in.
RPA, as UiPath defines it, uses software robots to automate repetitive, rule-based tasks like data entry and system integration, mimicking how people interact with digital systems. So your first step is to map which parts of the process are thinking (agent) and which are doing (RPA). Don't let the agent try to do the doing—it's not built for it.
2. Build the Agent's Reasoning Loop: ReAct and Tool Calling
Now, you design the agent's reasoning. IBM's AI agents page describes the ReAct paradigm: the agent thinks and plans after each action and each tool response—Think-Act-Observe loops—to solve problems step by step. So your agent will: read the email, decide it needs the policy number, call a tool to fetch it from the CRM, then pass that data to the RPA robot.
But don't let the agent run wild. IBM notes that although AI agents are autonomous in their decision-making, they require goals and predefined rules defined by humans. You set the rules: if the claim amount is under $10,000, route to automated processing; if it's above, escalate to a human. That's your human-in-the-loop checkpoint.
In fact, the RPA Wikipedia page lists effective automation patterns, including human-in-the-loop checkpoints and self-correcting feedback loops. Use those. For example, you can have the agent double-check its own work by querying the RPA bot's execution log.
3. Deploy RPA as the Execution Layer: Deterministic Actions
Here's where the RPA robot earns its keep. UiPath describes Phase 3 of RPA's evolution as 'Agentic Automation' (2023 to present), where RPA serves as the execution layer that turns the plans and reasoning of AI agents into tangible actions. So you'll deploy an RPA bot that can open your claims system, enter the data the agent extracted, and click submit.
Why RPA and not just APIs? Because your claims system might not have APIs—it's legacy. RPA mimics human interaction, so it works with any system. And it's fast. RPA bots run 24/7 and let teams scale without adding headcount (UiPath). In your case, that means you can process claims overnight without hiring more staff.
But remember: RPA is deterministic and brittle, while agentic AI is flexible but uncertain (RPA Wikipedia). So you want the robot to do only the rule-based steps. If something unexpected happens—a field that's missing—the robot stops and alerts the agent, which can then reason about what to do.
4. Add Intelligent Document Processing for the Messy Parts
Claims come in as PDFs, scanned images, or emails with attachments. That's messy data. UiPath notes that advanced AI such as computer vision and document understanding has expanded RPA into intelligent document processing (IDP) and communications mining. So instead of having a human retype data, you can use AI to extract the relevant fields from a PDF, and then the RPA bot enters them.
This is where you can see real gains. IBM cites an example where a multi-agent legal research assistant routed queries through a low-cost classifier first, escalating only complex cases—cutting contract review time from 90 minutes to 45 minutes. That's a 50% reduction. For your claims process, imagine cutting claim processing time from 90 minutes to 45 minutes. That's the power of the hybrid approach.
5. Manage the Human Oversight: The Real Barrier
Now, the hard part isn't the tech—it's the people. The RPA Wikipedia page states that organizational change and human oversight, not technology, are the biggest barriers to AI automation adoption. So you need to get your team on board. Explain that the agent and RPA aren't replacing them; they're handling the boring stuff. And you need to set up human-in-the-loop checkpoints for anything that requires judgment.
IBM's AI agents page mentions that AI agents use feedback mechanisms such as other AI agents and human-in-the-loop to improve accuracy—a process called iterative refinement. So you'll have a human reviewer spot-check the agent's decisions, and that feedback loops back into the system.
Here's a short list of what to implement in the first month:
- Define clear rules for when the agent escalates to a human.
- Set up an RPA bot to execute the data entry steps.
- Use IDP to extract data from messy documents.
- Review the logs weekly to refine the agent's rules.
The market is moving this way. The global RPA market was estimated at $4.68 billion in 2025 and is projected to reach $35.84 billion by 2033 (Grand View Research). That's a lot of money flowing into RPA, precisely because it's the execution layer for AI agents.
Sources
- Robotic process automation (Wikipedia) - https://en.wikipedia.org/wiki/Robotic_process_automation
- UiPath (RPA) - https://www.uipath.com/rpa/robotic-process-automation
- IBM (AI agents) - https://www.ibm.com/think/topics/ai-agents
- Grand View Research (RPA market) - https://www.grandviewresearch.com/industry-analysis/robotic-process-automation-rpa-market
The single most important thing to remember: Don't buy an AI agent without an RPA layer underneath. You need a brain and a body—and the body is RPA.
Comments (0)
Please sign in to post a comment.
Don't have an account? Create one
No comments yet. Be the first to comment!