Automation decision guide

Choose repeatable automation for work that repeats.

OpenAdapt compiles a demonstrated browser workflow into governed replay. Healthy runs are deterministic and make no model calls. When the interface changes, the workflow re-resolves from evidence, proposes a reviewable repair, or halts.

Where OpenAdapt fits

Built for consequential work trapped behind a GUI.

The strongest fit is a browser workflow your team repeats, where the business intent stays stable, a wrong action matters, and a direct integration is not practical.

Predictable repeat economics

Healthy replay is deterministic and uses no model calls. Model spend is reserved for compilation or repair.

Review change once

A repair updates the reusable workflow instead of asking a model to rediscover the task on every run.

Know when it stopped

Configured identity and effect checks halt ambiguous work and preserve a run report for review.

Control the runtime boundary

Choose local, managed browser, customer-cloud, or on-prem execution for the supported workflow.

Side by side

Choose by the operating model you need.

Scroll horizontally to compare all approaches.

OpenAdapt compared with traditional RPA, computer-use agents, and browser recorders
Decision pointOpenAdaptTraditional RPAComputer-use agentsBrowser recorders
Best fitRepeated, consequential browser workflows without a practical APIBroad enterprise automation with mature connectors and orchestrationNovel or changing tasks that benefit from reasoning each timeSimple browser workflows and test automation
AuthoringRecord a task; compile the demonstrationBuild selectors, rules, and flowchartsDescribe the goal and configure tools and guardrailsRecord steps or write a script or prompt
Healthy repeat runDeterministic replay; no model callsDeterministic replay; platform licensing appliesA model plans and acts on every runFixed or model-driven replay, depending on the tool
When the UI changesRe-resolve from evidence, propose a repair, or haltRepair selectors and workflow logicReason through the changed interfaceRepair selectors or let a model re-infer
Failure controlConfigured identity and effect checks can halt and preserve a reportDepends on configured platform controlsDepends on the agent platform and its guardrailsDepends on the tool and script
Execution boundaryLocal, managed browser, customer cloud, or on-premCustomer infrastructure or vendor cloudLocal or cloud, depending on the providerBrowser with local or cloud services
Current coverageBrowser Beta; Windows Experimental; RDP and Citrix ResearchMature desktop and browser coverageBroad screen coverage; provider-specificBrowser only

Governed failure

Control the failure path.

OpenAdapt separates deterministic re-resolution, AI-assisted repair, human teaching, and unsupported drift. Configured identity and effect checks decide whether a consequential step continues.

Resolve

Find the target from retained evidence.

Review

Inspect a proposed repair before reusing it.

Halt

Preserve a report when verification fails.

See the safety modelRead current limits

Measured proof

Faster repeat runs without per-run model spend.

On MockMed, the reproducible browser workflow bundled with openadapt-flow, compiled replay completed the same checked task with lower median latency and $0 in model cost per run.

7.6× faster

median run: 4.9s compiled vs 37.5s agent

$0 vs $0.27

estimated model cost per run

0 vs ~24

model calls per run

Latency per run
Latency per run: compiled replay vs computer-use agentMedian run 4.9s compiled versus 37.5s for the agent; 95th percentile 5.1s versus 43.4s.Compiledp95 5.1s4.9sAgentp95 43.4s37.5s0s43.4ssolid = median (p50) · tick = p95
Estimated model cost per run
Estimated model cost per run: compiled replay vs computer-use agentUnder the pricing basis documented in the methodology, compiled replay has $0 model cost per run and the agent has $0.27 per run.Compiled$0no model chargeAgent$0.27 / runmodel inference only · pricing basis in methodology

Compiled $0 model cost per run; agent $0.27 per run.

This benchmark measures repeat cost and latency on one task. We saw the same pattern in a public OpenEMR demo cross-check.

Method, raw results, and rerun instructionsOpenEMR cross-checkDrift and repair evidence

Start with the right category.

Use a direct API when a stable one exists. Choose traditional RPA when connector breadth and enterprise orchestration matter most. Choose a computer-use agent for novel or exploratory work. Choose OpenAdapt when the browser workflow repeats and predictable replay, reviewable change, and governed failure matter.

Check current product maturity

Test one real workflow.

Measure authoring time, run time, intervention rate, and incorrect-success rate on work your team already repeats.

Inspect the open-source engine