Back to Blog
Enterprise

Daniel Kim9 min
Ctrl+A

A procurement team in a large manufacturer recently had to pause an automation program. Their bots relied on selectors and IDs that the ERP vendor changed during a minor update. The team spent weeks rebuilding the bots, and in the meantime, the finance team had to manually process purchase orders that should have been automated. The process slowed down, risk increased, and the automation program lost credibility with leadership. This is the maintenance treadmill of traditional RPA, and it carries real compliance costs.

Why RPA breaks here

Traditional RPA tools bind to UI elements using selectors, XPath, and object IDs. When a developer builds a bot, they assume the app layout will stay the same. When that layout changes, the bot stops working. A recent industry analysis of RPA maintenance found that about 30 percent of bot downtime is caused by UI or app changes, and that each rebuild can take days of developer time. The cost compounds as the number of bots grows. Compliance teams see these rebuilds as process drift. If a bot that validates a contract is rebuilt, it may skip a new field that is now required by law. The organization cannot rely on the automation to keep controls in place, and documentation becomes out of sync with reality. The bot becomes a liability rather than an asset.

What changes with computer use agents

  • Agents SEE the screen and act like a human: they move the mouse, click, type, and read the result.
  • They survive UI and app updates because they do not depend on brittle selectors.
  • They recover from exceptions instead of halting. If a field is missing or a popup appears, they can adapt and continue.
  • They follow the SOP as written, without a separate flowchart bot.
  • They work across any app, including legacy systems, Citrix, and virtualized desktops where RPA struggles.

Where RPA needs a developer to rebuild on every change, computer use agents adapt to the change and keep the process running.

How to move without the risk

Start with one high-pain process that is hard for RPA to maintain. This could be an approval workflow that requires reading information from multiple legacy systems, or a compliance check that relies on human judgment. Run a pilot with a computer use agent. Measure the number of exceptions, the time to recover from errors, and the reduction in manual rework. Use these results to show leadership that the new approach is more reliable and less risky. Once you have proof, expand the program to other processes. RPA still fits very high volume, stable, backend tasks like extracting data from a fixed API. Use agents for the changing, exception-heavy work where RPA breaks. This phased approach lets you build confidence without exposing the entire automation program to a single point of failure.

If your automation program is slowing down because bots break every time an app updates, it is time to consider a more durable foundation. Computer use agents can adapt to change and recover from errors, making them a safer choice for regulated work. Book a demo with the Coasty team to see how agents that watch the screen can strengthen your automation and compliance posture.

© 2026 Coasty

Backed byYCombinator