Skip to content

CONCEPT Cited by 4 sources

Autonomy (enterprise agents)

Definition

Autonomy is the shift from prompt-response one-shot LLM calls to code-in-control end-to-end flow, where the LLM is empowered to make function calls, choose which database to read, choose the number of passes, and divide and conquer tasks — all without the developer writing explicit code paths for every possible execution trajectory.

Canonical statement (Source: Gallego 2025-04-03):

"Autonomy is where code is in control of the end-to-end flow vs explicit code paths you've written."

"Instead of sending a prompt to an LLM and getting a one-shot answer, you empower the model to make function calls, choosing which database to read data from, choosing the number of passes and how to divide and conquer tasks, etc."

Enterprise autonomy is the hard case

Gallego's framing: enterprise autonomy is not just the agentic-loop pattern everyone has seen; it is the specific case where private data — the thing that gives an enterprise "an unfair advantage in the market" — must be accessible to the agent without leaving the firewall. That constraint is what makes enterprise autonomy architecturally distinct from consumer agents:

"Autonomy is the codifying of business processes with private data along model advances. Think of it as public models already having consumed all of the public data and being suspended in their training because they didn't have access to your specific data. You can unlock this frontier either by fine-tuning or enriching context via RAG and other similar techniques that give models access to the specific context for the task at hand."

The architecture consequence is sending models to the data rather than sending data to model APIs.

What autonomy requires from infrastructure

Gallego enumerates three infrastructure requirements for enterprise autonomy:

  1. Connectivity — to data, internal systems, and models via open protocols (his pitch for MCP as the integration layer).
  2. Durability of execution — for agent-to-agent communication and long-running workflows; see concepts/durable-execution.
  3. SDK ergonomics — a Ruby-on-Rails-style developer experience that glues it together; his pitch for the Redpanda Agents SDK.

Productization layer (2025-10-28)

Seven months after the April essay, Gallego's 2025-10-28 ADP announcement names the commercial shape of enterprise autonomy: the Agentic Data Plane (ADP). The productization adds two substrate layers the April essay only implied:

  • A governance layer governed agent data access with [[patterns/on-behalf-of-agent- authorization|OBO authorization]], DLP hooks, per-agent consent workflows, and replayable audit trails. The April essay named governance as necessary ("autonomy is the codifying of business processes"); the October post names it as the primary product surface ("The fear from CIOs is not the code of the agent itself, it is governance").
  • A query-engine layer — the acquired Oxla C++ distributed query engine with PostgreSQL wire protocol + separated compute-storage + Iceberg-native. Positions SQL-over- Iceberg as the agent-context substrate: "SQL is the best mechanism to filter and aggregate while the model summarizes."

The April-vs-October distinction on the wiki: April canonicalises what autonomy is; October canonicalises what it costs to deploy safely (governance surface) and what it queries for context (analytical substrate).

Seen in

Last updated · 470 distilled / 1,213 read