Enterprise

Turn Your SOP Into a Running AI Agent: The Durable Way Forward

Michael Rodriguez||7 min
+K

At a large financial services firm we spoke with, a team of three developers spent more than 50 percent of their time patching bots that broke after a single UI update. Their automation backlog grew, and their VP of operations could not onboard new processes without a new bot build cycle. The same pattern repeats at many enterprises: traditional RPA requires brittle selectors and constant rebuilds. Standard operating procedures sit unread on shared drives because no one can reliably execute them at scale. The problem is not a lack of work. The problem is a brittle automation foundation.

Why RPA breaks here

Traditional RPA tools such as UiPath, Automation Anywhere, and Power Automate rely on selectors, xpaths, and object IDs. These are brittle. When a developer builds a bot, they are essentially hard‑coding the location of every click and field on a specific version of an application. If IT changes a column header, renames a menu, or updates a screen layout, the bot fails. Enterprises report that between 15 and 30 percent of RPA maintenance time goes into re‑building or tweaking bots after UI updates. That is a recurring cost that grows as digital tools evolve. The more complex the process, the more selectors you need, and the more fragile the bot becomes.

What changes with computer use agents

  • Survives UI changes: Computer use agents see the screen, not the DOM. They can locate buttons, fields, and menus by appearance, so they continue to work when selectors break.
  • No brittle selectors: Because they act like a human, moving the mouse, clicking, typing, they do not depend on fragile DOM identifiers. A change in the UI does not require a rebuild.
  • Recovers from exceptions: When the agent encounters an unexpected state, it can reason, retry, or report the issue. Traditional bots often halt and require human escalation.
  • Follows the SOP as written: An SOP written in plain English is already almost a prompt. Computer use agents can read and follow it directly, without needing a flowchart bot to be built and maintained.
  • Works on legacy and Citrix: Because agents control the desktop like a human, they can operate on legacy applications and virtualized environments where RPA struggles.

A standard operating procedure is just a prompt. A computer use agent reads it, acts like a human, and does not break when the UI changes.

How to move without the risk

You do not have to rip out all your existing RPA today. The most credible path is to treat computer use agents as a complementary layer for the long tail of processes. Start by identifying a high‑pain process that relies on an SOP and faces frequent UI changes. For example, a compliance review workflow that spans multiple internal systems and requires reading and summarizing data from different screens. Ask your team to write the process as a clear, step‑by‑step SOP. Then, pilot the process with a computer use agent on a cloud VM. Measure the time saved, the reduction in bot rebuilds, and the increase in reliability. Use those results to justify a broader rollout. Keep your existing RPA for stable, high‑volume, backend tasks. Add computer use agents for exception‑heavy, UI‑sensitive, and SOP‑driven work. This phased approach lets you reduce maintenance burden without disrupting current operations.

If you are tired of rebuilding bots every time IT updates a screen, it is time to rethink your automation foundation. Computer use agents can read your SOPs, adapt to change, and recover from exceptions, something traditional RPA cannot do reliably. To see how this could work in your environment, book a demo with the Coasty team at https://cal.com/coasty/15min .

Want to see this in action?

View Case Studies
Try Coasty Free