What Is Computer Use? β Definition and How It Works
Learn what computer use means for AI models: screenshot-driven control of a desktop or browser, how the loop works, and where it beats an API.
Computer use is a model capability for operating software the way a person does β looking at the screen, moving a pointer, clicking, and typing. It exists because most software has a user interface and only some of it has an API.
1. What Is Computer Use?
A computer-use model takes a screenshot and a goal, and returns an action expressed in screen terms.
- Key idea: the interface is the API. Anything a person can operate becomes automatable.
- Mechanism: a vision-capable model emits actions such as
click(x, y),type("text"), orscroll(direction), which a harness executes. - Goal: reach software that exposes no programmatic interface, or where the interface is the only complete path.
Example of the Action Format
observation: screenshot of the current screen
action: click(842, 317)
action: type("plumbers in Austin, TX")
action: key("Enter")
2. How the Loop Runs
- Capture a screenshot of the desktop or browser viewport.
- Send it with the goal and the history of actions taken.
- The model returns the next action, in coordinates or element references.
- The harness executes it against the real environment.
- Capture the new screen and repeat.
Every step is a model call over an image, which makes computer use the most expensive automation primitive per action.
3. Coordinates Are the Hard Part
An action expressed as click(842, 317) is only correct if the model's view and the executing environment agree on what is at that point.
| Mismatch | Consequence |
|---|---|
| Screenshot scaled before inference | Every coordinate is offset |
| Viewport differs from the captured frame | Clicks land on the wrong element |
| Page moved between capture and click | The action hits whatever slid into place |
Harnesses that address elements by reference β from an accessibility tree β avoid the whole class of problem, at the cost of not seeing purely visual content.
4. Computer Use Versus Other Approaches
- API call β cheapest, most reliable. Use it whenever one exists.
- Scripted browser automation β cheap and repeatable when selectors are known and stable.
- Accessibility-tree agent β adapts to unfamiliar layouts, acts on element references.
- Computer use β the fallback that works when there is no API, no stable selector, and content is rendered visually.
The ordering is a cost ladder. Climbing it only when necessary is the whole design discipline.
5. Where It Genuinely Fits
- Legacy desktop applications with no automation surface.
- Canvas-rendered interfaces where the DOM carries no meaningful structure.
- Cross-application workflows that move data between programs that do not integrate.
- Exploratory testing where the point is to behave like a user rather than a script.
6. Limits Worth Planning For
- Cost and latency. One inference per action, over images, adds up quickly.
- Compounding error. A misclick early on invalidates everything after it.
- Non-determinism. The same task may take different paths on different runs.
- Untrusted screens. Content on screen can be phrased as an instruction; permission must live in the harness, not the prompt.
7. Summary
Computer use lets a model operate software through its interface, using screenshots and pointer actions. It is the most general automation primitive available and also the slowest, priciest, and least deterministic.
Treat it as the bottom of a ladder: prefer an API, then a script, then an element-referenced agent, and reach for pixel-level control only when the alternatives genuinely do not exist.