Operate apps with no API
Legacy accounting tools, internal software, vendor portals, and desktop applications that were never built to be automated by anything.
Automation — — by Mahmoud Zalt
Yes, AI can operate your computer today. Here is exactly what it handles well, where it still fails, and what you need to set up first.
Yes, and it is no longer experimental. An AI Employee with desktop access takes a screenshot of your screen, decides what to do next from what it sees, then clicks, types, moves a file, or runs a terminal command, and screenshots again to confirm it worked. It repeats that until the task is done or it hits something it should ask you about.
The honest caveat is not about capability, it is about length. On short desktop tasks the best systems now score above 85 percent on the standard benchmark, past the roughly 72 percent that researchers measured for humans doing the same tasks. On workflows that take a person around an hour and a half, the best system finishes about one in five. So the answer to "can AI control my computer" is yes, and the answer to "can I hand it my whole afternoon" is not yet.
That gap is the single most useful thing to understand before you try it, because it converts directly into how you should use it. Do not hand it a job. Hand it a step. Then chain the steps.
Anything a person does at a keyboard with a clear procedure and a checkable result. The strongest candidates are the tasks where a human is essentially acting as a pair of hands for software that refuses to talk to anything else.
Legacy accounting tools, internal software, vendor portals, and desktop applications that were never built to be automated by anything.
Export, rename by convention, sort into folders, convert formats, and batch-process a directory that would take an afternoon by hand.
Log in, navigate to the right screen, enter the data, submit, and confirm the result appeared.
Pull a number out of a dashboard, check a status, or verify that yesterday's job actually finished.
Execute a command and read its output, which is often faster and far more reliable than clicking the same thing through a UI.
Take a value from one program, reconcile it in a second, and drop the result into a third, the sequence nobody wants to own.
Notice the shape these share. Each has a success condition you could describe in one sentence, and each produces something you can glance at to confirm: a file in the right place, a number that reconciles, a status that flipped. That is the profile to look for when picking your first task.
The limits are real and worth knowing up front, because most disappointment with this technology comes from pointing it at work that was never a good fit rather than from the technology underperforming on work that was.
That third number is the one that should make you re-check any opinion you formed earlier. If you tried a computer-controlling AI once, decided it was a demo toy, and moved on, you were probably right at the time and are almost certainly wrong now. The short-task number went from 12 percent to past the human baseline in roughly two years.
Less than people expect. There is no scripting, no selector maintenance, and no integration work, because the whole point is reaching software that has nothing to integrate with. What you do need is a small local program and about ten minutes.
Which employee you give it to matters more than the setup itself. A capable AI Employee with desktop access, a clear brief, and memory of how last month went is a very different thing from a generic script with the same permissions. It knows why the task exists, so when the portal shows something unexpected it can tell the difference between a problem worth stopping for and a dialog worth dismissing.
It is safe in the way a sharp tool is safe: entirely dependent on how you hold it. An agent with desktop access inherits what the logged-in session can see, which is normal for how screens work and is exactly why scoping matters more here than in most software.
The specific risk worth naming is visual prompt injection: text planted in a page, a document, a filename, or a notification that is written to be read by the agent rather than by you. In published testing across hundreds of interactive cases, injections successfully steered computer-use agents up to half the time, and system prompt defences alone barely moved the numbers. The working answer is layered rather than clever: scope the tool to one app, gate anything touching money, credentials, or an outside inbox, write rules that bind the tool on every run, and actually read the activity log during the first week.
None of that makes a screen-level agent risk-free, and anyone claiming otherwise is selling something. What it does is keep the blast radius small enough to reason about and every action reviewable after the fact, which is the bar worth holding any product in this category to.
Run three filters over the task you have in mind. Does the software involved lack a usable API? Is the procedure the same every time? Can you write what a correct result looks like in one sentence? Three yeses means try it this week. Any no means either use the API instead or keep a person on that decision.
Start with the smallest thing that annoys you weekly. The export nobody wants to do on Friday, the batch of files that always needs renaming, the portal login that produces one number somebody then pastes into a spreadsheet. Those are unglamorous on purpose, and unglamorous work that repeats twenty times a month is exactly where this pays for itself.
Both exist and they are different. Browser automation stays inside a web page. Full computer control reaches the whole desktop: native apps with no web version, local files, and the terminal. Sistava ships both, from one companion app, and you can enable each independently per employee.
No. You describe the workflow in plain language the way you would brief a person, and the employee works out the clicks. There are no selectors to maintain and no integration to build, which is the whole reason this approach reaches software that has no API.
It is much more resilient than older automation because it reads the actual screen at each step rather than replaying recorded coordinates. A moved button or a redesigned menu is just a different picture to reason about. Recorded macros are the ones that break on a layout change.
It sees what the session and its permissions allow, which is why scoping it to one app and one workflow is the recommended setup. Keep approval gates on anything touching credentials, payments, or an outside inbox, and give a recurring workflow its own machine with only the apps it needs installed.
For desktop control, yes. The companion app has to be running and signed in on the machine being controlled. Most teams running recurring work put it on a machine that stays on rather than the laptop that travels, which is also the safer configuration since the agent cannot reach what is not installed.
Different tool for a different job. A person brings judgment, negotiation, and the ability to handle anything unfamiliar. An AI Employee with desktop access brings tireless repetition of a procedure you have already defined, at any hour, with a screenshot of every step. The teams that get the most out of it hand over the repetitive procedure and keep the judgment.
So: yes, AI can control your computer, and the interesting question is no longer whether it works but which slice of your week is shaped correctly for it. The slice is usually smaller and more boring than people first imagine, and it repeats far more often than they expect.
For the full picture, the complete guide to AI computer control covers when to use it and when an API is the better answer, the mechanics write-up explains the loop it runs step by step, and the safety deep-dive answers the security question properly.