The Commonplace
Home Papers Evidence Explore Trends Syntheses Digests References Docs 🎲 Workforce Futures
← Papers
Direction, evidence grade, and study type are AI-generated labels (gpt-5-mini), not human-verified. Syntheses are LLM-written. "Tensions" are machine-detected candidates, not confirmed contradictions. A research-acceleration tool, not peer review. How this is built →

Agentic AI needs an operating system: current OS and cloud primitives do not provide the guarantees required for stochastic, externally-acting LLM agents, so the authors propose an 'Agent-OS' with thirteen primitives to deliver reliability, safety and portability for enterprise agent deployments.

Towards an Agent Operating System - Lessons from Classical and Cloud OS
Gosia Steinder, Hubertus Franke · July 27, 2026
arxiv descriptive n/a evidence 7/10 relevance Full text usable extracted full text Source PDF

Structured author observations

Linked only from stored provider relations; the raw author line above is never matched by name.

Arxiv

Latest observation:

  1. Gosia Steinder unresolved corpus identity
  2. Hubertus Franke unresolved corpus identity

Semantic Scholar

Latest observation:

  1. Gosia Steinder provider ID
  2. Hubertus Franke provider ID
The paper argues that LLM-driven autonomous agents require a new standardized platform—an Agent-OS—that extends classical OS and Cloud-OS primitives to provide enforceable guarantees for stochastic, externally-acting agents, and it proposes thirteen core primitives and a specification agenda.

Citation observations

Cumulative provider counts captured on specific dates; providers are never combined.

Every major wave of platform software follows the same arc: an initial period of experimentation with competing frameworks and ad-hoc implementations, followed by the articulation of a small set of stable abstractions with well-defined semantics, and finally consolidation around those abstractions into a platform that applications can portably target. POSIX did this for classical operating systems; Kubernetes did it for the cloud. Agentic AI systems - autonomous, LLM-driven agents that plan, use tools, maintain memory, and collaborate - are currently in the experimentation phase of the third such wave. dozens of frameworks and protocols have emerged, but no community consensus exists on what the core abstractions are or what guarantees they carry. Without that consensus, agentic applications cannot be written portably, platforms cannot compose reliably, and the field cannot advance beyond prototype deployments. We argue that the path forward is to follow the prior-wave methodology: derive new agentic abstractions by extending classical OS and cloud OS primitives to stochastic, natural-language-mediated execution, specify their semantics precisely, and consolidate around them - just as POSIX and Kubernetes consolidated their respective waves.

Summary

Main Finding

The paper argues that agentic AI systems (LLM-driven autonomous agents) require a new platform layer — an "Agent-OS" — analogous to how POSIX stabilized the classical OS era and Kubernetes stabilized the cloud era. To move from current fragmented experimentation to production-grade, portable, and auditable deployments, the community must (1) precisely define a small set of platform primitives and their semantics for agentic execution, (2) extend, not replace, classical OS and Cloud-OS concepts to handle agents’ stochastic, natural-language-mediated behavior and externally irreversible actions, and (3) consolidate around those primitives so applications and platforms can interoperate reliably. The authors propose a specification-first, semantics-driven methodology and identify a set of core Agent-OS primitives (they propose thirteen), plus an open-source prototype (rossoctl) showing many primitives are implementable on existing Cloud-OS substrates.

Key Points

  • Historical analogy: each major platform wave (classical OS, cloud) followed the same arc — experimentation, articulation of abstractions, consolidation — and the agentic era is currently in the experimentation phase.
  • Agents are a new class of execution unit with properties that break OS/Cloud-OS assumptions:
    • Structural: agents act on the external world with irreversible effects and dynamic tool discovery, so static permissions and interface declarations are insufficient.
    • Stochastic: agent behavior is probabilistic; identical inputs produce distributions over trajectories (multiple, unpredictable LLM calls), invalidating assumptions like reproducible replay, computable worst-case execution time, and simple temporal locality for eviction.
    • Strategic behavior: capable agents may fabricate, hide failures, or take covert actions, posing unique security and trust risks.
  • Agent-OS role: an infrastructure layer (not another model or framework) that enforces guarantees agents cannot by themselves — bounded planning/scheduling, tool mediation and authorization, consistent shared memory, guardrails and verification, auditable observability, multi-tenant isolation, and federated operation across on-prem/private/cloud environments.
  • Methodology: derive Agent-OS primitives by extending classical OS and Cloud-OS primitives using a three-question semantic-gap method: (a) what guarantee did the original provide? (b) does it hold for agents? (c) what must change?
  • The paper proposes thirteen core Agent-OS primitives (examples and categories include): agent process abstractions and lifecycle management; memory (short- and long-term) semantics and consistency; planning and reasoning budget/scheduling; tool/action mediation and authorization; skill/ability registries; resource accounting for inference tokens and cost controls; observability/audit trails and provenance; runtime verification/guardrails; namespace/tenant isolation and RBAC for agents; inter-agent messaging and composition semantics; compensating/ reversible action models and transaction semantics; federation/multi-cluster semantics; and policy enforcement for data sovereignty and compliance.
  • Implementation feasibility: authors describe rossoctl and other OSS prototypes that implement subsets of Agent-OS primitives, demonstrating these can sit on top of existing Cloud-OS infrastructure (Kubernetes, Linux) rather than requiring wholesale replacement.
  • Research & spec agenda: precise formal semantics for each primitive, classification of actions (reversible vs irreversible), runtime verification semantics for language-mediated behavior, multi-cloud federation and portable security models, economic/resource accounting models for inference tokens, and auditability standards.

Data & Methods

  • Type of paper: conceptual/specification-driven research (theoretical + engineering design), not empirical or experimental in the sense of datasets or randomized trials.
  • Methodological approach:
    • Historical comparative analysis across two prior platform waves (classical OS and Cloud-OS) to extract the pattern of platform maturation.
    • Semantic-gap methodology: for each candidate primitive, analyze the guarantees provided by analogous OS/Cloud-OS primitives, determine why those guarantees break for agents, and derive the necessary semantic changes.
    • Survey and synthesis of prior prototypes and systems (agent kernels, memory managers, resource managers) to identify recurring patterns and candidate primitives.
    • Prototype implementation: rossoctl (and other OSS) used to prototype a subset of primitives and to show implementability on Cloud-OS substrates.
  • Evidence base: conceptual argumentation grounded in properties of LLM-based agents (stochasticity, external action, planning loops), references to prior work on memory, access control, lifecycle, and operational experience reports (e.g., study on agents in production).

Implications for AI Economics

  • Reduction in transaction and integration costs: Standardized Agent-OS primitives would lower integration friction across frameworks and vendors, enabling portable agentic applications and reducing bespoke engineering effort per deployment. This raises productivity and reduces entry barriers for firms deploying agentic systems.
  • Platform competition and market structure:
    • Convergence on a small set of platform semantics enables competition on implementation quality, performance, and extensions rather than incompatible APIs — analogous to POSIX/Kubernetes. This can spur an ecosystem of Agent-OS distributions, commercial services, and third-party tooling.
    • Standardization reduces vendor lock-in risk, enabling multi-vendor markets for agent management, observability, and verification services.
  • Pricing and cost models for inference and resources:
    • Because agent execution time and token usage are stochastic and endogenous to the agent’s reasoning trajectory, pricing models must account for uncertainty (risk premiums, quotas, spot pricing). Platforms will need resource-accounting primitives (metering, quotas, budget enforcement) to make costs predictable and to support internal chargeback or marketplace transactions for inference capacity.
    • New markets may arise for inference capacity, skill/ability libraries, and audited execution traces. Marketplaces could standardize billing units (tokens, verified action units) interoperable across providers.
  • Insurance, liability, and compliance economics:
    • The Agent-OS’s auditable execution traces, authorization, and compensating-transaction semantics are prerequisites for assigning liability, underwriting insurance for automated actions, and satisfying regulators. Standard primitives reduce legal uncertainty and the transaction costs of compliance.
  • Labor and productivity effects:
    • Easier, safer deployment of agentic automation could accelerate substitution of routine work, complement cognitive labor, and change task-specialization patterns across firms. Standardized platforms lower adoption costs, potentially producing faster diffusion and larger aggregate productivity gains (and transitional labor market impacts).
  • Externalities and governance:
    • Agentic systems can enact irreversible real-world actions and strategic behavior; public goods and externalities (fraud, misinformation, systemic manipulation) require governance mechanisms at platform level (auditability, policy enforcement). Standardized Agent-OS semantics make it feasible to regulate technical behavior and to measure compliance across deployments.
  • Economic value of interoperability and composability:
    • With agreed semantics for skills, messages, and provenance, firms can compose agents from third-party components, increasing modularity and potentially reducing development costs. This commoditization of skills could create competitive markets for high-quality, certified skill providers.
  • Research & policy priorities for economic actors:
    • Develop standardized metrics for agent cost-efficiency (cost per verified outcome), risk measures for stochastic agent deployment, and contract forms for outsourced agentic tasks.
    • Support open standards and reference implementations to prevent monopolization of Agent-OS semantics and to maximize the social value of safe, interoperable agentic systems.

Brief takeaway: The paper frames Agent-OS standardization as both a technical necessity and an economic catalyst — enabling portable, auditable, and safe agent deployments while reshaping market structures, pricing of inference resources, and the governance landscape for automated decision-making.

Assessment

Paper Typedescriptive Evidence Strengthn/a — This is a conceptual/position paper proposing abstractions and a specification agenda rather than reporting empirical causal or observational evidence; it contains argumentation and prototypes but no systematic empirical evaluation. Methods Rigormedium — The paper uses a clear, systematic methodology (historical analogy to OS and Cloud-OS, semantic-gap analysis, and principled derivation of primitives) and cites relevant prior work and prototypes, but it lacks formal models, empirical validation, benchmarks, or stress testing of the proposed primitives. SampleNo empirical sample — the paper is a conceptual/theoretical proposal drawing on historical case studies (classical OS, Kubernetes), prior literature and prototypes (e.g., agent kernels, memory managers, rossoctl), and examples of existing agent frameworks and enterprise requirements. Themesorg_design adoption GeneralizabilityNo empirical validation; proposals are conceptual and not tested at scale or across diverse deployments, Focuses on LLM-based agent architectures and may not generalize to non-LLM or hybrid agent designs, Enterprise and multi-cloud emphasis may under-represent consumer or edge deployment constraints, Security, legal, and regulatory applicability depends on jurisdiction- and vendor-specific implementation details, Assumes ability to enforce platform-level guarantees; practical constraints (vendor lock-in, legacy systems) may limit adoption

Claims (12)

ClaimDirectionOutcomeConfidence & EvidenceDetails
Agentic AI systems are currently in an experimentation phase in which many frameworks and protocols exist, but there is no community consensus on core abstractions or the guarantees they provide. Adoption Rate negative Standardization and portability of agent platforms
Reading fidelity high
Study strength low
not reported
0.09
The absence of stable, portable Agent-OS abstractions prevents agentic applications from being written portably, prevents reliable platform composition, and limits the field's progress beyond prototype deployments. Adoption Rate negative Application portability, platform composability, and deployment maturity
Reading fidelity high
Study strength speculative
not reported
0.03
The paper proposes that large-scale adoption of agentic systems will require a standardized operating environment called the Agent-OS. Adoption Rate positive Large-scale adoption of agentic systems
Reading fidelity high
Study strength speculative
not reported
0.03
Agents differ from conventional programs and services because identical inputs can produce a distribution of behaviors rather than a fixed output. Ai Safety And Ethics negative Execution determinism and reproducibility
Reading fidelity high
Study strength medium
not reported
0.18
Agents can act on the external world through tools such as APIs, databases, and messaging systems, creating consequences that may be irreversible. Ai Safety And Ethics negative Risk and reversibility of agent actions
Reading fidelity high
Study strength medium
not reported
0.18
Reliability, security, and cost guarantees cannot be achieved by agents alone and must instead be enforced by the Agent-OS or platform infrastructure. Organizational Efficiency positive Reliability, security, and cost control of agent systems
Reading fidelity high
Study strength speculative
not reported
0.03
The Agent-OS must coordinate multi-agent systems by routing tasks, enforcing permissions, maintaining shared memory, tracking execution and failures, and supporting auditability and human oversight. Organizational Efficiency positive Multi-agent coordination, auditability, and oversight
Reading fidelity high
Study strength speculative
not reported
0.03
The length, token cost, and execution trajectory of an agent's lifecycle are not known in advance because they depend on probabilistic reasoning at each step. Task Completion Time negative Predictability of execution duration and resource consumption
Reading fidelity high
Study strength medium
not reported
0.18
Platform-level controls are required throughout the agent lifecycle: scheduling should bound planning, tool mediation should authorize actions, memory systems should maintain consistency, guardrails should enforce safety, and observability should provide an auditable trace. Ai Safety And Ethics positive Safety, consistency, reliability, and auditability of agent execution
Reading fidelity high
Study strength speculative
not reported
0.03
Existing OS and Cloud-OS abstractions do not classify external operations by reversibility or require elevated authorization for irreversible actions. Governance And Regulation negative Authorization and safety of irreversible operations
Reading fidelity high
Study strength medium
not reported
0.18
Worst-case execution time is not computable for agents because the number of LLM inference calls depends on a reasoning trajectory that is unknown until runtime. Task Completion Time negative Worst-case execution-time predictability
Reading fidelity high
Study strength medium
not reported
0.18
Replay debugging does not reliably reproduce agent failures because identical inputs can produce different execution paths. Error Rate negative Failure reproducibility and debugging reliability
Reading fidelity high
Study strength medium
not reported
0.18

Notes