Hardcore Reviews
Hardcore Reviews

AI Computer Use Agents Compared: Claude vs OpenAI vs Mariner vs 3 Open-Source Picks

A comparison of 6 AI computer-use agents: closed-source Claude Computer Use / OpenAI Operator / Google Project Mariner plus open-source trycua/cua (21,113 stars) / simular-ai/Agent-S (12,147 stars) / microsoft/fara (6,140 stars). Includes a capability matrix and a pricing/availability table, selection guidance, and 5 FAQs. Closed-source tools are restricted in China; open-source ones run locally. Representative comparison, not a personal benchmark.

Published August 11, 20269 min read
<!-- ai-computer-use-agents-comparison-review | review | AI Computer Use Agents Compared: Claude vs OpenAI vs Mariner vs 3 Open-Source Picks -->

In October 2025, Anthropic released Computer Use, letting Claude "see the screen, click the mouse, type on the keyboard" to operate a computer directly. Less than a year later, OpenAI's Operator/CUA and Google's Project Mariner followed suit, and the open-source side produced three 10k-star contenders: trycua/cua at 21k stars, simular-ai/Agent-S at 12k, and microsoft/fara at 6k. AI has officially crossed from "can chat" to "can work"-but if you actually want to pick one to operate your computer, which of the three closed-source giants and three open-source challengers is more reliable? This review lays them all side by side.

Scope first: this is based on each tool's GitHub README, official site, and public benchmarks, as of 2026-08-11. Open-source star counts verified via GitHub API (cua 21,113 stars, Agent-S 12,147 stars, fara 6,140 stars); closed-source tools have no public repos so no star counts, and pricing and availability are per each official site. This is a representative comparison, not a personal full-scale benchmark. This site also published the Gemini Robotics ER-2 hotspot (another thread in embodied AI), the cua open-source resource (dedicated open-source piece), and the computer-use agent build SOP (how to build after you pick)-this piece covers the "selection" step.

One: Know the Difference-Computer Use Is Not RPA, Nor a Personal Assistant

Three easily confused concepts, demarcated first. Computer Use / GUI Agent: the AI uses visual recognition of screen screenshots plus simulated mouse and keyboard input to operate a graphical interface like a human-any button you can click, any form you can fill, it can operate, without depending on the software exposing an API. RPA (Robotic Process Automation): relies on recording or scripts to click along a fixed path, with no "understanding" capability-once the flow changes, it breaks. Personal assistants (e.g., OpenClaw): run locally, operating email/calendar/files/terminal via API calls and scripts rather than "seeing the screen"-this site covered it in the OpenClaw resource; it does not belong to GUI computer-use and is excluded from this comparison. This piece only compares the "watch screen, move mouse" category.

Two: Capability Matrix-Six-Tool Specs Table

Six representative tools, compared across positioning, open-source status, supported OS or browser, and core capability.

ToolPositioningOpen sourceSupported OS/BrowserCore capability
Claude Computer UseDesktop-first GUI agentNoDesktop (cross-app) + WebScreenshot recognition + mouse/keyboard simulation, cross-app workflows
OpenAI Operator/CUABrowser-first cloud agentNoCloud virtual browserWeb task automation, cloud-isolated execution
Google Project MarinerIn-browser agentNoChrome browserBrowser-anchored automation, Google ecosystem integration
trycua/cuaCross-OS open-source computer-useYes (MIT)macOS/Windowscomputer-use 2.0, cross-OS local control
simular-ai/Agent-SOpen-source agentic frameworkYes (Apache-2.0)macOS/Windows/LinuxFramework that uses computers like a human, customizable
microsoft/faraOpen-source computer-use modelYes (MIT)Cross-platform (model-level)Fara1.5 frontier computer-use agent model

A few clarifications. First, the three closed-source players take different architecture routes: Anthropic is desktop-first (broadest cross-app reach), OpenAI is browser-first (most secure via cloud isolation but limited to web), and Google is browser-anchored (in between, winning on ecosystem). Second, the three open-source tools occupy different layers: cua is a ready-to-use cross-OS tool, Agent-S is a customizable framework, and fara is model-level (you build the screenshot and operation pipeline yourself). Third, "open source" does not mean "zero cost"-the software is free, but you pay for LLM API calls or local compute.

Three: One by One-Each Tool's Best Range

Claude Computer Use: strongest cross-app, desktop-first. From Anthropic, provided as a computer-use tool via the Claude API. The model takes a screenshot to "see" the screen, outputs mouse coordinates and keyboard instructions, and directly operates the local desktop-without depending on software APIs; theoretically any software you can use, it can use. Its strength is cross-app versatility: scraping data from a web page into Excel, moving information across windows, operating legacy software with no API-this is its home turf. Shortcomings: slow (each step requires screenshot + reasoning + action), non-trivial error rate on complex multi-step tasks, and Chinese-language software compatibility remains unverified. Best for: cross-app information transfer, complex desktop workflows. Pricing is per Claude API usage, per the official site. China availability: API requires VPN, restricted.

OpenAI Operator/CUA: most stable for browser tasks, cloud-isolated. OpenAI's Computer-Using Agent runs all operations in a server-side virtual browser-it never touches your local computer, which is secure but limits it to web apps. Its strength is stable web task execution: booking flights, filling forms, price comparison, information retrieval, all run in the cloud with results returned. Shortcoming: the browser-first architecture limits desktop app operation-it can't reach your local Excel or WeChat. Best for: web task automation, online forms, information retrieval. Pricing via ChatGPT Pro subscription, per the official site. China availability: ChatGPT is unavailable in China.

Google Project Mariner: in-browser agent, wins on ecosystem. Google's solution, anchored in the browser, deeply integrated with the Google ecosystem (Gmail, Docs, Search). Its strength is smooth task execution within Google services. Shortcomings: weak desktop operation capability, and abilities are locked inside the Google ecosystem. Best for: browser automation for heavy Google ecosystem users. Pricing per the official site. China availability: Google services are restricted in China.

trycua/cua: open-source cross-OS, ready to use. 21,113 stars, MIT license. computer-use 2.0, supporting macOS and Windows cross-OS control-the highest-starred and most-watched open-source contender, with a dedicated open-source piece on this site. Its strengths are cross-OS + open source + self-hostable: you can run it entirely locally, with data never leaving your machine. Shortcomings: requires self-installation and configuration, model costs are on you, and stability varies. Best for: developers who want local, cross-OS automation. China availability: open source, runs locally, unrestricted.

simular-ai/Agent-S: open-source framework, customizable. 12,147 stars, Apache-2.0. Positioned as "an agentic framework that uses computers like a human"-not just a tool, but a framework for building custom computer-use agents, supporting macOS/Windows/Linux. Its strength is customizability: modifying interaction logic, plugging in your own model, adding safety boundaries-framework-level solutions are the most flexible. Shortcoming: higher barrier than cua, requires writing code. Best for: developers building custom computer-use agents. China availability: open source, runs locally, unrestricted.

microsoft/fara: Microsoft's official open-source model. 6,140 stars, MIT. Fara1.5 is a frontier computer-use agent model-note that it is a "model" rather than a "tool"; you build the surrounding screenshot and operation pipeline yourself. Its strengths are official Microsoft backing plus model-level capability: suited for researching frontier computer-use models or swapping models in your own pipeline. Shortcoming: model-level means more integration work, not ready to use like cua. Best for: research and engineering teams working with frontier computer-use models. China availability: open source, model can run locally.

Four: Pricing and Availability

The second table looks at go-to-market: free tier, paid, and China availability. Closed-source pricing is uniformly "per official site"-no invented numbers.

ToolFree tierPaidChina availability
Claude Computer UseNoneClaude API pay-per-use (per official site)Restricted, API needs VPN
OpenAI Operator/CUANoneChatGPT Pro subscription (per official site)Unavailable
Google Project MarinerNonePer official siteRestricted
trycua/cuaOpen-source freeModel costs on you (API or local compute)Available, runs locally
simular-ai/Agent-SOpen-source freeModel costs on youAvailable, runs locally
microsoft/faraOpen-source freeModel costs on youAvailable, runs locally

The conclusion is straightforward: all three closed-source tools are restricted or unavailable in China, while all three open-source tools run locally without restriction-this is the biggest dividing line for developers in China. Closed-source wins on out-of-the-box readiness and model capability; open-source wins on autonomy and zero software cost.

Five: Selection Advice-Pick by Need

Direct conclusions by your need.

Your needTop pickReason
Cross-app desktop workflow automationClaude Computer UseDesktop-first, strongest cross-app capability
Web task automation (booking/forms/comparison)OpenAI Operator/CUABrowser-first, cloud isolation most stable
In-browser automation within Google ecosystemGoogle Project MarinerDeep integration with Google services
Local cross-OS automation (macOS/Windows)trycua/cuaHighest open-source stars, ready to use
Build a custom computer-use agentsimular-ai/Agent-SFramework-level, most customizable
Research frontier computer-use modelsmicrosoft/faraMicrosoft-backed, model-level
China-available + data stays localAny of the three open-sourceRuns locally, unrestricted

Most developers' actual combo: one closed-source tool as primary (Claude or Operator) + one open-source tool as local backup (cua is easiest to start with). No need to try all six-pick by your scenario and region.

Six: Three Pitfalls

One: Don't take benchmarks as the whole story-real success rates are still low. Public benchmark reports show that the best-performing open-source agent (Agent-S's S2 version) achieved only about 34.5% success rate within 50 steps-nearly two-thirds of tasks could not be completed. All agents perform poorly when limited to 15 steps; multi-step reasoning and planning remain the bottleneck. Allowing more steps improves success rates, but at the cost of higher latency and cost. Bottom line: today's computer-use agents can work, but don't expect them to get it right in one shot-plan for human review.

Two: Closed-source isn't "better," open-source isn't "worse." Closed-source wins on model capability and out-of-the-box readiness, but is unavailable in China, sends data off your machine, and has opaque pricing; open-source wins on autonomy and local execution, but requires self-setup, model costs on you, and stability varies. Choose by region, privacy requirements, and technical ability-don't just take sides along "closed vs. open."

Three: Always require human confirmation for sensitive operations. The ability to operate a computer equals the ability to cause harm. Banking, payments, and internal company systems should always be operated manually or at least confirmed by a human before execution. The safety red line in the Computer Use era is: sandbox first + operation allowlist + human confirmation for sensitive steps. This site's computer-use agent build SOP has the complete secure setup process.

Seven: FAQ

Q: What's the difference between Computer Use and RPA? A: RPA relies on recording or scripts to click along a fixed path, with no "understanding" capability-once the flow changes, it breaks. Computer Use uses a visual model to "see" the screen and reason about actions, handling interface changes and non-standard scenarios. For simple, repetitive, fixed-flow tasks, choose RPA; for tasks that need to "understand the screen before acting," choose Computer Use.

Q: Are the three closed-source tools usable in China? A: All are restricted or unavailable. Claude Computer Use's API requires a VPN and is restricted, OpenAI Operator/CUA is unavailable in China via ChatGPT Pro, and Google Project Mariner is restricted with Google services. Developers in China should look at the three open-source options first-they run locally without restriction.

Q: How do I choose among the three open-source tools? A: Depends on what you need. cua (21,113 stars) is ready to use, cross-OS, and easiest to start with; Agent-S (12,147 stars) is a framework, suited for developers building custom agents; fara (6,140 stars) is a model, suited for teams researching frontier computer-use models. Beginners start with cua, advanced users pick Agent-S, researchers pick fara.

Q: Can I use it for banking or payments? A: Not recommended. The ability to operate a computer equals the ability to cause harm-banking, payments, and internal company systems should always be operated manually or at least confirmed by a human before execution. Computer Use is suited for information transfer, form filling, and data cleanup-scenarios where "nothing major can go wrong." For anything involving real money, keep a human in the loop.

Q: Is it mature enough to do my job for me yet? A: Not quite. The best open-source agent has about a 34.5% success rate within 50 steps, with a high error rate on complex multi-step tasks. Its current positioning is "assistant" not "replacement"-it can handle repetitive, well-defined work, but you need to decompose tasks, allow room for trial and error, and do human review. Use it as a "digital intern," not a "digital substitute."


References

This article is AI-assisted and human-edited. Last updated: 2026-08-11

FAQ

What's the difference between Computer Use and RPA?
RPA relies on recording or scripts to click along a fixed path, with no "understanding" capability-once the flow changes, it breaks. Computer Use uses a visual model to "see" the screen and reason about actions, handling interface changes and non-standard scenarios. For simple, repetitive, fixed-flow tasks, choose RPA; for tasks that need to "understand the screen before acting," choose Computer Use.
Are the three closed-source tools usable in China?
All are restricted or unavailable. Claude Computer Use's API requires a VPN and is restricted, OpenAI Operator/CUA is unavailable in China via ChatGPT Pro, and Google Project Mariner is restricted with Google services. Developers in China should look at the three open-source options first-they run locally without restriction.
How do I choose among the three open-source tools?
Depends on what you need. cua (21,113 stars) is ready to use, cross-OS, and easiest to start with; Agent-S (12,147 stars) is a framework, suited for developers building custom agents; fara (6,140 stars) is a model, suited for teams researching frontier computer-use models. Beginners start with cua, advanced users pick Agent-S, researchers pick fara.
Can I use it for banking or payments?
Not recommended. The ability to operate a computer equals the ability to cause harm-banking, payments, and internal company systems should always be operated manually or at least confirmed by a human before execution. Computer Use is suited for information transfer, form filling, and data cleanup-scenarios where "nothing major can go wrong." For anything involving real money, keep a human in the loop.
Is it mature enough to do my job for me yet?
Not quite. The best open-source agent has about a 34.5% success rate within 50 steps, with a high error rate on complex multi-step tasks. Its current positioning is "assistant" not "replacement"-it can handle repetitive, well-defined work, but you need to decompose tasks, allow room for trial and error, and do human review. Use it as a "digital intern," not a "digital substitute."

Related

Hardcore Reviews

KV Cache Gap of 39x: Four Open-Weight Agent Flagships Compared

Four open-weight flagships compared: MiniMax M3.1 Flash (428B/23B active), DeepSeek V4.1 Flash 1017, GLM-5.3, and Kimi K3 - all four appear in MiniMax's official model-card comparison table, so calibers align naturally, with two caveats stated upfront: the whole table was run by MiniMax alone (the card admits it), and each benchmark used a different harness (Terminal-Bench 4.0 on Codex 0.149.1, DeepSWE on mini-SWE-agent at 512K, CyberGym on Claude Code); every M3.1 Flash score is vendor-reported with no third-party replication. The only third-party ruler is the AA Intelligence Index: DeepSeek 1017 at 45, M3.1 Flash 42, M3 at 29 (GLM-5.3's 59 is a different index in a different month, directional only). The real efficiency gap sits in KV cache: DeepSeek 1017 officially uses 890 bytes per token against M3.1 Flash's 34,560 (vLLM engineering figure) - a roughly 39x memory difference for self-hosted long context. There is no official M3-to-M3.1 benchmark table, only three claims (near-3x speed, 200+ tok/s, 70 percent lower agentic cost with no published method), a price cut (0.30/1.20 to 0.15/0.60 dollars), and vLLM engineering data (weights 451.5 to 250.1GB, KV 61,440 to 34,560 bytes per token). Price panorama: M3.1 Flash at 0.15/0.60 dollars with 0.015 cache; DeepSeek matches off-peak but charges 0.003 cache and doubles at peak; GLM-5.3 at 8/28 yuan with 2 cache; K3.1 Pro at 2/10 dollars (media-cited screenshot). The Kimi trap: K3's 12.6 on TB4.0 versus K3.1 Pro's self-reported 65.7 shipped early October 24 differ in version and harness, and K3.1 Pro weights only land before November 4. Contradictions listed without adjudication: Automation-Bench 62.2 versus 62.8, 428B versus 220B HF metadata, checkpoint sizes 250.1/233/220GB.

Oct 24, 20268 min read
Hardcore Reviews

Open Weight, But How Open? Five Model Licenses Compared

Five open-weight models crowded into the same mid-October 2026 window, all saying 'open source' - and the substance spans three tiers. Tier A, genuinely open: Reflection Beam under Apache 2.0 with zero riders and ungated downloads; DeepSeek V4.1 Flash 1017 under MIT with zero riders; NVIDIA Nemotron 3.5 Bolt 74B-A9B under OpenMDW-1.1 and the only one of the five to publish weights, training data, and recipes together. Tier B, open weights with riders: Meta Muse Spark Open carries an attribution duty that extends to distilled products (models trained on its outputs must also display Built with Muse Spark Open), a 20-million-dollar annual-revenue threshold for MaaS resale, and gated HF downloads - legally not open source. Tier C, promise unfulfilled: Mistral Large 4 had no weights as of October 23, a license with no name, and an AA classification of proprietary. On the shared ruler of AA Intelligence Index v4.3.2: GLM-5.3 at 45, Kimi K3 at 44, DeepSeek 39.5 about even with Muse at 39, Mistral 38, and Beam 30 (Beam has no public API; its score comes from self-hosted inference). Self-reported DeepSWE and Terminal-Bench numbers use different harnesses and versions and cannot be compared directly. Hardware accessibility spans two orders of magnitude, from Bolt's single 24GB card to Muse's 700GB+ NVFP4 and Beam's 294GB checkpoint (about 400GB of memory to start). The piece includes an eight-dimension license table, a watering-down spectrum (attribution > revenue threshold > gated download > late weights > unnamed license > closed data), and per-use-case protocol advice; single-model deep dives for Muse and Beam live in their own articles.

Oct 23, 20268 min read
Hardcore Reviews

FLUX 3 Max: Four Official Speed Numbers, Who's Inflating 22x?

fal Research and Black Forest Labs launched FLUX 3 Max on October 19, 2026. It is not a new foundation model but a post-trained, reinforcement-learned and inference-optimized version of BFL's FLUX 3, with fal handling post-training and systems work while BFL supplies the base. The official speed and Elo table (Elo from the preliminary Artificial Analysis AA-Video-I2V v1.1 board; generation time averaged over a 10-second 16:9 video at 720p/768p) reads: FLUX 3 Max at 1,139 Elo and 12.45 seconds, Gemini Omni Flash 1.1 at 1,134 and 47.37 seconds, MiniMax H3 at 768p with 1,141 and 83.26 seconds, FLUX 3 at 1,089 and 126.44 seconds, Wan 3.0 at 1,127 and 180.16 seconds, and Seedance 2.5 at 1,139 and 277.80 seconds, across 4,868 votes - with MiniMax H3 listed first on the board and fal's own first-place claim resting on overlapping confidence intervals. The real story is that fal publishes four different speed numbers: 12.45 seconds on its landing page, 10.95 in the news release, about 11 on the API model page, and 12 on BFL's site; the multipliers come in both 22x and 25x, and the speedup over the original FLUX 3 is quoted as both 10x and 11.5x, while fal's own pricing table lists 0.085 dollars per second next to the model page's 0.0425. More important, the 277.80 seconds for Seedance 2.5 comes purely from fal - ByteDance has never published a generation-time benchmark for that model, and fal does not say which resolution tier produced it, so the same-quality premise is not closed; independent testing found only about 10x. Mechanically FLUX 3 Max exposes a reasoning_level parameter that includes prompt expansion while Seedance 2.5 has no counterpart, fal's timing excludes prompt expansion, decoding and upload, and the two differ on reference-material limits, keyframe mechanics, and editing or continuation endpoints. Pricing: 0.0425 dollars per second promotional and 0.17 list at 720p, 0.0725 and 0.29 at 1080p, with 75 percent off running from October 15 to November 7.

Oct 22, 202610 min read