Maple AI OS

AI-native operating systems

Frontier models are powerful, but they are not operating systems. Maple AI OS treats models as proposal engines and puts durable control around them: identity, capability gates, deterministic kernels, WorldLine receipts, rollback, evaluation, and promotion policy.

6tutorial pages

Operating-system builders, agent platform engineers, enterprise AI operators, and researchers studying reliable autonomy.

Thesis

The winning AI-native operating system is not the largest model. It is the layer that turns model uncertainty into authorized, inspectable, reversible system change.

This domain hub is designed for two jobs at once: educate serious users and create better training direction for Hermon adapters. The same vocabulary appears in tutorials, demos, eval rubrics, and model output contracts.

Architecture Map

MapleAI authority loop

The OS owns identity, policy, execution, evidence, and promotion. Hermon OS drafts typed proposals inside that loop; it does not own authority.

01

User or agent intent

A request enters Maple with identity, workspace, budget, and consequence class.

02

Hermon OS proposal

The model returns structured intent, actions, rollback, receipts, and denied operations.

03

Maple policy kernel

Deterministic checks decide capabilities, approvals, model route, and fail-closed behavior.

04

Execution and WorldLine

Approved services run, receipts record evidence, and evals decide the next promotion.

Research Questions

The questions this domain must answer

01

What should be deterministic when the intelligence layer is probabilistic?

02

How should agent identity, memory, tools, and budgets survive model upgrades?

03

What evidence is sufficient for an operator to trust an autonomous action?

04

How can local, cloud, and domain models share the same authority boundary?

Core Concepts

Concepts users need before trusting the demo

Proposal is not authority

Hermon OS may draft an action, but Maple kernels decide whether the user, agent, policy, budget, and current state authorize it. This is the central difference between a chatbot and an AI-native OS.

Agents are supervised processes

An agent needs an identity, memory scope, lifecycle state, capability set, schedule, health signal, budget, log stream, and receipt trail. Those are OS concerns, not prompt engineering details.

Receipts create continuity

WorldLine receipts preserve intent, policy checks, approvals, execution result, rollback state, and model version so work can be audited across provider failover and model promotion.

Evaluation becomes admission control

A model adapter should not go live because it trained longer. It should go live because it passed the contract probes that represent the domain's real work.

Tutorial Series

Work through the curriculum

Each lesson includes foundations, applied architecture, a lab prompt, evaluation checks, and an output contract that can become training data or demo validation.

Industrial Map

Where this becomes a product or operating capability

UseEnterprise agent control plane

Maple AI OS can govern agents that touch files, SaaS APIs, customer records, schedules, code repositories, and financial workflows.

Maple AI OS
UseModel routing and failover

GPT, Claude, Gemini, Hermon, Ollama, llama.cpp, and future local engines can be swapped without losing policy, memory, identity, or receipts.

Maple AI OS
UseAI supply chain

Agents, policies, prompts, drivers, eval packs, and model routes become signed artifacts with versioned deployment and rollback.

Maple AI OS
UseRegulated autonomy

Health care, finance, legal, and public-sector AI need explicit commitments, review queues, no-action states, and proof of what happened.

Maple AI OS

Reading Map

Primary references and operational context

Turn this domain into model improvement

Use the tutorials as user education, data-generation prompts, eval design, and demo scenarios for the next Hermon adapter cycle.