The AI Operating System
An AI Operating System — not another collection of disconnected AI tools.
Nexus is the engine: the shared Agents-as-a-Service layer where agents, crews, skills, tools, memory, model routing, and usage policy actually run. Atlas governs the work. Your products are the point.
How it fits together
The thesis
Nexus runs the AI resources; Atlas governs the work. The AIOS is two halves working as one — Nexus is the engine (Agents-as-a-Service) and Atlas is the governance plane that wraps it. One substrate, many products: every product we ship draws from the same engine and is held to the same governance, so what we learn on one product makes the next one better. Humans govern, AI implements.
One substrate
Every product runs on Nexus. No product calls an LLM directly — this eliminates provider lock-in, centralizes audit, and makes the cost, latency, and quality of every AI interaction measurable.
Feature vs AI-native
An AI feature sits inside a product. An AI-native company runs its products through a governed AaaS substrate — agents, crews, skills, tools, memory, and routing as shared services, not bespoke integrations.
Compounding
Many products, one governed engine — a better model, harness, skill, or cheaper provider lifts every product at once, instead of being rebuilt one codebase at a time.
Nexus — the AaaS engine
Nexus is the engine the whole AIOS runs on: the shared Agents-as-a-Service layer where agents, crews, skills, tools, memory, model routing, and usage policy actually run. Every product runs on Nexus; no product calls an LLM directly — the engine is the single, governed path to a model.
Live engine — powers production agents (Vigil)
Nexus is the one door to a model. Products don't hold provider keys, don't pick models, and don't prompt vendors directly — they ask Nexus, and Nexus routes the request through the governed engine. Every product runs on Nexus. No product calls an LLM directly — this eliminates provider lock-in, centralizes audit, and makes the cost, latency, and quality of every AI interaction measurable.
Agents-as-a-Service
Pre-built, governed agents, crews, skills, and tools invoked through one platform — products consume them, they don't reinvent them. It's a Hugging Face-like resource layer for agents, not just models.
No direct LLM calls
Every product runs on Nexus; no product calls an LLM directly. One path, one set of rails.
Improvements compound
One governed engine under many products — a better model, harness, skill, or cheaper inference provider lifts everything built on it, instead of being rebuilt one codebase at a time.
Two postures, one runtime
Inbound crews are product-serving — they feel like the product, called as managed services without living inside its codebase. Outbound crews are company-serving — they build, test, support, market, and monitor the products. Same runtime, same harness, same audit trail for both.
Inbound — product-serving
Agentic crews the product calls for reasoning, action, support, analysis, and generation. To the user they feel like the product; architecturally they stay part of the shared engine.
Outbound — company-serving
Crews that build, test, secure, support, market, and improve the products and the company around them — QA agents in real browsers, red-teamers, marketing and research crews.
Atlas — the governance plane
Nexus runs the AI resources; Atlas governs the work. Atlas wraps every product running on the AIOS — compliance is operational, not a folder you assemble at audit. The rules are enforced while the system runs, not reconstructed afterwards. Humans govern, AI implements.
Operational governance · full tour coming
A governance plane is the layer that watches and constrains everything running on top of it. Because every product runs on Nexus (and nothing calls a model directly), Atlas has one place to enforce policy: the engine. That is what makes governance operational rather than paperwork.
Operational, not a folder
Policy is enforced in the running system, not assembled into a binder the week before an audit.
One enforcement point
Every product takes the same governed path through Nexus, so the plane governs them uniformly.
Auditable by construction
What ran, under which policy, is recorded as it happens — not reverse-engineered later.
What runs on the substrate
The AIOS is not a slide — it is what ships. An AI feature sits inside a product; an AI-native company runs its products through a governed AaaS substrate. Both halves are real today: Nexus is the live engine behind our production agents, and Atlas is the governance model the whole system is built on.
Nexus is live
The engine already powers production agents, including Vigil. No product holds a provider key or calls a model directly — they route through Nexus.
Atlas governs the plane
Because everything runs on Nexus, Atlas has one place to enforce policy and record what ran. Compliance is operational, not a binder assembled at audit.
See it for yourself
Route a real request through the engine in the Solutions explainers, or talk to us about putting the AIOS behind your own products.