Engineering brief
Computer-use agents beat benchmarks but fail the reliability test
At a glance
The brief is enough
- Relevance
- Practical value
- Radar
- Time horizon
- This year
- Warnings
- Vendor pitch
Simular's Agent S beat humans on OSWorld, yet the newest benchmark tops out at 20% and repeated runs degrade success by 10 points. The real bottleneck is reliability, and the workaround is compiling successful agent runs into deterministic code.
Computer-use agents can automate legacy workflows, but only if teams measure reliability, not just benchmark wins.
Watch if you are exploring automation for legacy Windows workflows that have no API and need repeatability.
Summary
The pitch. Simular CEO Ang Li makes the case that computer-use agents are a distinct category: instead of calling APIs, they operate a full Windows desktop through screenshots and accessibility trees. The company's Agent S reached human-level performance on the OSWorld benchmark in December, and the same loop can automate insurance portals, healthcare data entry, and other workflows that have no modern API. That sounds like a breakthrough.
The reality check. The benchmark headline hides a reliability gap. Simular reports OSWorld 2 now tops out at around 20% for the best model, and its own pass@k tests show that running the same agent three times drops success by roughly 10 points, with more degradation when the environment changes. A single successful trajectory is not a repeatable process. That is the metric engineering leaders should care about.
The proposed fix. The first lever is cheap: instruct the agent to ask clarification questions before acting. Simular says that improves reliability across Claude and its own Agent S with GPT-5. The second is structural: Simulan, an open-source scripting language, records successful agent trajectories as deterministic code. On the second run, the code does the work without model calls, which cuts token cost sharply and makes repeatable workflows economically plausible.
The trade-off. This is the stability-plasticity dilemma. Deterministic code is reliable but brittle; a VLM agent is adaptive but probabilistic. Simular's neurosymbolic loop tries to get both: the agent explores, writes Simulan code, verifies each step, and when the environment breaks the script, repairs it and saves a new skill. The live demo showed exactly that recovery, with visible hiccups. It is promising, but still early and not production-proven.
The product push. The talk is also a vendor pitch. Simular is moving agents to cloud Windows and Android virtual machines via S1 and S1 API, and the roadmap implies hundreds of AI workers per organization. A Microsoft Windows 365 demo fills out a traditional ERP form, and a Berkeley hackathon showed remote Mac control over FaceTime. Closed beta, invitation codes, and credit giveaways make the near-term product claims hard to verify independently.
The signal. Ignore the autonomous-computer rhetoric. The durable insight is that reliability, not model capability, is the bottleneck. Teams should measure pass@k on their own workflows, use code replay before model calls, and add verification around irreversible actions. That is a concrete plan for piloting computer-use agents, even if the vendor vision is still hype.
My take
I think the reliability framing is the useful part, and it is easy to lose inside the product pitch. Benchmark milestones like OSWorld make good demos, but a CUA that succeeds once and fails on the third run is not ready for daily operations. Measuring pass@k on real workflows before buying anything is the obvious next step. I'd be careful with the neurosymbolic story until it is tested outside Simular's own demos. The open-source Simulan language is the most concrete idea because it turns successful exploration into reusable, deterministic code and cuts token spend. That said, no vendor should be the only source of truth for its own reliability claims. Run a bounded pilot against a stable legacy process, with human verification on every irreversible action, and let the pass rate decide.
What to do with this
- Measure pass@k on three internal workflows before evaluating any computer-use agent vendor.
- Pilot one no-API legacy process with Simulan-style code replay, tracking cost per successful run.
- Add an approval gate for irreversible actions and verify outputs with a second model pass.
Watch the video
This video is blocked due to your privacy settings. To watch this video, please accept YouTube marketing cookies.
Related breakdowns
AI Futures Without Lock-In: Decouple Before You Consolidate
Remy Guercio makes a case for ROI maxing over token maxing: decouple your AI stack to control costs and avoid vendor lock-in. Tailscale's Aperture demo shows…
80% agent reliability means zero customer trust — here's proof
The eval flywheel from Amazon AGI Lab: why 80% reliability means zero customer trust, and how direct customer feedback beats static benchmarks.
Silent vLLM Bugs: How Stale State and Integer Overflow Hid in Plain
AI21 engineers debugged two silent vLLM bugs in Mamba inference: stale state from scheduling errors and integer overflow. No crashes, no warnings.
Get TL;DW
Too Long; Didn't Watch.
A concise breakdowns of the AI and devtools videos that actually matter for engineering leaders.
Free. Weekly. No hype.
Video and thumbnails remain the property of their respective creators. tldw.news provides editorial analysis, commentary, and discovery links to original content.