Back to Blog
Enterprise

Marcus Sterling8 min
+Z

Most automation teams feel it. A bot that used to run flawlessly once a day now crashes whenever the finance team updates a vendor portal. The developer is pulled off strategy to fix selectors and rebuild the flowchart. Meanwhile, the backlog of high-priority tasks grows. The root cause is not a bad bot. It is a design pattern that assumes the digital surface never changes, and that exceptions never happen.

Why RPA breaks here

The classic RPA model relies on selectors: CSS classes, IDs, XPath expressions, or OCR text anchored to a static visual layout. When a UI change drops a class name or reorders a column, the bot stops. A Gartner study found that 40% of RPA maintenance time goes into fixing broken bots caused by UI updates rather than new features. The rebuild cost compounds quickly. Every change in a legacy ERP, a new version of a SaaS portal, or a localized form can trigger a full rebuild cycle. The process that was supposed to be scalable becomes a maintenance treadmill. Exceptions expose another flaw. If the bot clicks into a field that is already filled, or if a CAPTCHA appears, the flow halts. The developer must anticipate every branch and embed a fix, which is impossible for complex, exception-heavy workflows. The result is a limited scope: only stable, high-volume, low-exception tasks get automated. Everything else stays manual.

What changes with computer use agents

  • Survives UI changes: agents see the screen and locate the next action based on context and appearance, not brittle IDs.
  • No brittle selectors: the model reads the UI and moves the mouse, clicks, and types like a human, even on legacy or virtualized desktops.
  • Recovers from exceptions: if the bot encounters an unexpected state, it can read the screen and adapt rather than halt.
  • Follows the SOP as written: a plain-English procedure becomes a natural-language prompt, turning documentation into automation.
  • Works on legacy and Citrix: screen-based control bypasses the limitations of RPA on virtualized and outdated interfaces.

The scalability ceiling is not a technology limit. It is a design limit. Break the dependency on brittle selectors and you break the ceiling.

How to move without the risk

You do not need to rip out all RPA at once. Start with a high-pain, SOP-heavy process that sits outside your existing automation comfort zone. Pick a workflow that changes frequently and trips up human operators. Run a pilot with a computer use agent. Compare the maintenance cost and exception rate to the current RPA or manual approach over a quarter. If the agent reduces rebuilds and handles exceptions better, expand to similar processes. Keep your high-volume, stable RPA for tasks that truly benefit from deterministic control. The goal is a hybrid that maximizes coverage while minimizing the total maintenance burden. This phased approach lets you prove the value of computer use agents in a real environment before scaling.

The RPA scalability ceiling is real, but it is not permanent. Computer use agents let you automate the changing, exception-heavy workflows that RPA cannot handle, turning SOPs into durable automation. Ready to see the difference? Book a demo with the Coasty team at https://cal.com/coasty/15min .

© 2026 Coasty

Backed byYCombinator