Short answerComputer use is an AI capability where a vision-language model controls a computer by taking screenshots, reasoning about what's on screen, and issuing mouse, keyboard, and scrolling commands — letting it operate any application a human can. Anthropic shipped the first public computer-use API in October 2024 with Claude 3.5 Sonnet; OpenAI released Operator in January 2025 with a similar capability.
In depth
Computer use is the most general form of tool use. Instead of exposing a specific API to the model, you give it a screen and a mouse and let it operate anything. It can fill a form in Salesforce, click through a travel booking flow, rearrange a spreadsheet, use software that has no API at all. Technically, the loop works like this: your application sends the model a screenshot (or a virtual desktop snapshot) along with the current goal. The model replies with an action — 'click at coordinates (340, 812)', 'type: hello world', 'scroll down 3 clicks', 'take a screenshot'. Your application executes the action, captures a new screenshot, and sends it back. The model observes the result and decides the next action. Repeat until the task is done. The vision capabilities required — reading arbitrary UI, identifying clickable targets, understanding layout changes — are why this feature only emerged in late 2024. Earlier multimodal models could describe images but couldn't reliably reason about interactive UI state. Claude 3.5 Sonnet (October 2024) was the first model to cross the threshold; Claude 4.5 (mid-2025) and the Opus 4.5 class models improved accuracy significantly, though still far from human reliability. Trade-offs versus API-based tool use. Strengths: works on any software regardless of API availability, matches how humans already work (a new employee would learn your tools by watching, so can an AI), useful for legacy systems with no programmatic interface. Weaknesses: slower (each action is an LLM round-trip plus a screenshot), more expensive (vision tokens are costly), less reliable (misclicks, element-shift failures, OCR errors on low-contrast text), and fragile (a UI redesign can break a long-running workflow). Current reliability benchmarks (as of early 2026): Claude 4.5 and OpenAI Operator pass 50-70% of multi-step web tasks on benchmarks like OSWorld and WebArena — impressive but not yet reliable enough for high-stakes unsupervised work. Production deployments almost always add guardrails: screenshot-driven human approval for payments, virtual-machine isolation to contain mistakes, action-limit caps to prevent runaway loops. When to use computer use versus API integration: if the target has a good API (most modern SaaS), use the API — it's faster, cheaper, and more reliable. Computer use is the right choice for legacy apps, internal tools with no API, occasional one-off automations, and sensitive workflows where auditability of every click matters. Tycoon prefers API integration (via Composio for 250+ tools) for day-to-day AI employee work but can fall back to computer use for edge cases — like automating an internal dashboard that has no API at all.
Examples
- Anthropic Claude computer-use API — pass screenshot + coordinate action space to Claude 4.5, receive click/type/scroll actions
- OpenAI Operator — consumer-facing computer-use agent that operates a hosted virtual browser on your behalf
- Google Project Mariner — research preview of a Chrome-based computer-use agent
- Adept ACT-1 and ACT-2 — pioneered the web-UI control paradigm before the current Claude/OpenAI offerings
- Browser-only computer use like Browserbase and Stagehand — constrains scope to web apps, faster and cheaper than full desktop
- Claude Code's browser tool and Claude-in-Chrome extension — lets a coding agent operate web pages while you watch
- Internal enterprise tools — insurance claim processors using Claude computer use to drive mainframe-style legacy UIs