Allternit implements agency as a system. Models do not own the agent. Allternit owns state, work, tools, policy, verification, memory, routing, and execution. Models are interchangeable cognitive components used only where cognition is required.
Start here. Four pages give the whole mental model, in this order:
  1. Architecture (this page): the canonical diagram and who owns what.
  2. The Two Machines: how work lives, and how the system thinks.
  3. Agency API: the public surface. Send a goal, get one durable, verified run.
  4. Contracts, not models: why graphs ask for capabilities, never for a named model.
Then read Why this is different from an agent loop.

Three systems

Allternit today is three systems. Keep them apart when you read these docs. The Agency Kernel is being implemented inside the existing Allternit platform. Some components are already on the main execution path, some are internal or shadow-only, and others remain design or research. The status shown for each component refers to implementation and exposure separately. Existing runtime/provider APIs expose implementation controls intentionally. The Agency API is the abstraction that hides those controls behind capabilities and one durable agent identity.

The canonical diagram

One request, from the developer’s call to a verified result:

Request path

A caller sends a goal with optional resources, authority, budget and completion criteria. The request compiler turns it into explicit internal contracts: a typed task (TaskIR), the run’s semantic state (AgentState) and an executable work plan (ComputeGraphIR). The Work Machine admits and leases each graph node and carries it across time. The Cognitive Machine decides how each step is thought through, at the lowest sufficient cognition level. Execution runs a tool, a deterministic backend, a decision head or a model from the pool. Every result passes policy and verification, and every effect, input and verdict is written as a receipt. The run is durable the whole way through, callers observe it as typed events, and a finished run can be replayed. Several boxes are not live yet. The Agency API endpoint and the request compiler are not served, and nothing calls the router on the normal path. See current reality.
About “One Brain, Many Faces”. That was the earlier product metaphor: one runtime behind many surfaces. It still describes the product shape, but it is not the technical explanation, and the “brain” was never a model. The systems architecture is the Agency Kernel shown above.

Kernel and Agency API

Two names appear throughout these docs. They are different things:
  • The kernel is the system that runs agent work: it compiles a goal into typed contracts, carries the run durably, enforces policy, verifies results and writes receipts. See The kernel.
  • The Agency API is the public HTTP surface over the kernel: send a goal, get one durable, verified run. Its status is Implementation DESIGN (server) · Exposure PUBLIC PREVIEW (contract): the v0.3 contract is published and the endpoint is not served yet.
There is one public origin, https://api.allternit.com. /v1/agency is a new surface of the existing Cloud API, not a separate service. The detailed path of one request inside the kernel is in Request path.

Status labels

Status has two axes, because “the code exists” and “you can use it” are different facts. Every architecture page carries both, plus a four-field block: Architecture (what the final contract requires) · Implemented today (what code exists on main) · Active path (whether normal execution uses it: yes / partial / internal / no) · Public exposure (whether an external developer can use it). Implementation Exposure Optionally, a row adds Production verified: yes/no: whether the behavior has been checked on a production deployment, not only in tests.

The invariant

Allternit does not use a model to simulate an agent. Allternit implements the agent as a system and uses models as interchangeable cognitive components. In practice this means the parts of an agent that must be dependable are owned by the system, not by a model:
  • State lives in typed, versioned records, not in a transcript.
  • Authority comes from explicit, scoped grants checked by policy, not from a prompt.
  • Lifecycle (start, wait, resume, cancel, finish) is driven by a work runtime, not by a model loop.
  • Completion is decided by the system from verification evidence, not by a model saying it is done.
There is a test for this. If swapping one model for another changes the agent loop, the state model, tool authority, completion semantics or the workflow graph, the implementation does not conform to the architecture.
This page describes both the design and the current state of the build. Each section says which is which, and the status table at the end lists what runs today and what does not.

The two machines

The agent is two machines that share a policy layer and a compute fabric. The full page is The Two Machines. The Cognitive Machine decides how cognition is performed. The Work Machine decides how work persists and progresses. A model is one component inside the Cognitive Machine. It is not the agent.

The eight planes

The eight planes are the technical decomposition of the diagram above. Each responsibility has one owner. Per-plane status is on The eight planes.

Cognition levels S0–S3

Use the lowest sufficient cognitive level. Each graph node is assigned one level; the levels are roles within one agent, not separate agents. The ladder diagram and full rules are on Cognition levels S0–S3.

Design laws

Four further rules follow from these and are covered on their own pages:
  • Models cannot own permission, lifecycle, completion, durable truth or policy. See Policy and safety.
  • Completion is owned by the verifier and the system. See Verification.
  • Effectful retries need idempotency keys and receipts. Run state survives model eviction, cache loss, executor death and process restart. See Receipts.
  • The contracts between all of these parts are frozen and versioned. See Kernel contracts.

How today’s pieces map

The Agency Kernel is being implemented inside the existing Allternit platform. These are the existing parts and where they sit in the architecture.

Surfaces

The surfaces are the Experience plane today. They hold no agent logic of their own; the SDK and communication layer connect them to the runtime. See the TypeScript SDK, Communication and Git DAG.

Desktop App

Packaged Electron app. Loads the platform, manages local VMs and global hotkeys.

Platform

Web shell for chat, code, workspace, design and Agent Hub.

Extensions

Browser extension for browser automation, plus Office add-ins.

What is live today

Checked against main on 2026-09-30. Production verified: no, unless a row says so.

Current reality

Implemented foundation
  • Frozen Kernel ABI 1.0.0 with a 191-ID primitive registry.
  • The internal work runtime: node outputs, wait gates, leases and reclaim, campaigns, the attention gate.
  • The permission floor, on by default.
  • Signed, hash-chained effect receipts, with keys served internally.
  • Replay: cassettes, recorded-only replay, divergence reports.
  • Cognitive Router and ModelPool as internal code; Decision Runtime and both compilers in shadow.
  • Per-node ExecutionEnvironment resolution and ledger recording.
  • The kernel-layer conformance suite.
Not yet the full system
  • /v1/agency is not live.
  • The request compiler path has not reached alpha.
  • The conformance gate is incomplete: Agency API conformance and the alpha gate cannot run.
  • Not all receipt types are signed.
  • Public JWKS is not exposed.
  • S1 cannot act.
  • The Context Compiler and Tool Call Compiler are shadow.
  • Cross-model KV is research.
  • Some environment and security enforcement is flag- or path-dependent.
  • The default runtime path is not converged on the policy gate.
The Agency API opens for alpha only after one end-to-end run can survive restart, resume, verify, replay and receipt-backed completion. That gate is not met.

Production topology

This section describes how the product is deployed today. It is independent of the architecture above. There is one public API. The Cloud API is the control plane. Allternit API is the data plane and is never a public hostname.
Node-affine routes (agent sessions, Office, beta research) are Cloud API handlers that relay to the caller’s default healthy node. No healthy node → HTTP 428. Full split: API Overview.

Deployment models

Allternit Desktop runs Allternit API and Gizzi on the user’s machine and pairs the node to the account. Best for day-to-day work on a laptop.
Install Allternit API on a VPS or homelab you own. Approve a pairing code. The node opens an outbound relay — no inbound ports. Best for data residency and existing infrastructure.
Cloud API creates an isolated instance per subscription. Init installs Allternit API and auto-pairs. Best for teams that want a hosted data plane without running a box.
See BYOC Overview.

Next

The Two Machines

How work lives, and how the system thinks.

Contracts, not models

Graphs request capabilities; the router picks an implementation.

Not an agent loop

Why a model never decides that work exists, is allowed or is done.

Agents

What an agent is: a profile and identity, not a model.

The kernel

The durable run, its statuses, attention and budgets.

Policy and safety

The policy floor, authority profiles and the fail-closed judge.

Verification

Who decides a run is done, and on what evidence.

Receipts

What a receipt proves and how a chain is verified.

Replay

Re-running a finished run with recorded effects only.

Kernel contracts

The frozen ABI 1.0.0 package.

Agency API

The public surface over the kernel (public preview contract, not served).
These systems have their own pages and map onto the planes above:
  • Intent Graph Kernel: the durable graph of intents, tasks, decisions and memories behind UI, context and memory projections (Agent and Context + State planes).
  • Canonical Computer Use: the neutral contract and trust core for computer-use tools (Execution plane, under the same policy floor).