Brian Makarewicz
← Back to all posts

Autonomous vs. Automated: You Don't Always Want to Hand Over the Keys

4 min readEngineering

There are two kinds of AI agents, and people keep talking about them as if they are the same thing. They are not, and knowing the difference is the whole game when you are deciding what to actually deploy inside a company.

Autonomous agents

An autonomous agent gets a goal and figures out the path itself. You tell Claude Code or Codex "find the bug and fix it," and it decides what to read, what to run, when it is done. No one wrote out the steps in advance. The agent plans, acts, checks its own work, and loops until it thinks it is finished.

This is genuinely powerful, and it is powerful precisely when the task is open-ended. If you cannot write down the steps ahead of time, you want an agent that can discover them. The magic is not really the model. It is the harness around it, the tools, the feedback loop, the ability to run something and read the result and try again. A good harness is what turns a chat model into something that gets work done.

But autonomy has a cost. You are handing over the keys. The agent will take paths you did not anticipate, and in an open-ended system that is the point. In a system that touches payroll, purchase orders, or customer data, that is a problem.

Automated agents

The other kind flips the control. Instead of letting the agent decide the path, you decide the path and let the model do the parts that need judgment. It is deterministic code, loops, branches, validations, with an LLM dropped into the specific spots where you need language understanding instead of a rule.

Run step A. Use a model to read this unstructured invoice and pull out the entities. Validate them against policy. If confidence is high, continue. If not, route to a human. Every one of those transitions is something you defined. The model never decides to go rummaging through your system on its own. It answers the question you put in front of it and hands control back to the workflow.

You give up some flexibility. What you get back is something you can audit, test, and trust with real data.

Oracle just shipped both

This is why the March 2026 expansion of Oracle AI Agent Studio is more interesting than the headline suggests. It ships both patterns, in the same tool, inside Fusion.

On the autonomous side there are Hierarchical (Supervisor) Agents, a lead agent decomposes a goal and delegates to specialist workers. That is the discover-the-path model, useful when the work is genuinely open-ended.

On the controlled side there are the new Workflow Agents, a node-based flow where you lay out the steps and drop LLM calls into the nodes that need them. Deterministic where you want determinism, intelligent where you need judgment, with human approval built into the branches. This is the "LLM inside a code branch" pattern, and it is now a first-class thing you can build without writing the orchestration yourself.

And because it is native to Fusion, the agents run inside the existing security model. They see what the user is allowed to see. No bolted-on service holding a god-mode credential.

The point

Autonomy is not the goal. Getting the work done safely is the goal. For an open-ended problem on your own machine, hand an autonomous agent the keys and let it run, that is exactly what it is good at. For a process that moves money or touches customer data across your organization, you almost never want that. You want the LLM working inside guardrails you defined.

The organizations that get the most out of agents in 2026 will not be the ones that went the most autonomous. They will be the ones that knew which of the two they needed for each job.

Sources: Oracle press release · Introducing Workflow Agents