Documentation · Quickstart · SDKs
Axern is an open-source sandbox platform for AI agents. It isolates untrusted agent-generated code with runsc and runs trusted long-lived services with runc through one resource and lifecycle model.
The CLI and Go, Python, and TypeScript SDKs expose the same public APIs for environments, processes, files, services, storage, tunnels, lifecycle state, and task evidence. The control plane, gateway, node runtime, and agent harness share identity, lease, cleanup, and observability contracts.
Project status: Axern is pre-1.0 and under active development. It is suitable for evaluation and contribution, but operators should review the security and production boundaries before deploying multi-tenant workloads.
- Agent Sandbox: execute agent-generated code behind a runsc isolation boundary while retaining process, file, terminal, and output APIs.
- Durable Service: run trusted, performance-sensitive processes with runc while the control plane owns replicas, health, storage, and rollouts.
- Reproducible agent execution: use Axrun to coordinate immutable tasks, verification, trajectories, usage, and typed artifacts.
The supported local path runs the complete stack with Docker Compose without a
source checkout. It needs only the axern CLI and Docker Compose v2.
brew install cofy-x/tap/axernWithout Homebrew, use the standalone checksummed installer:
curl -fsSL https://raw.githubusercontent.com/cofy-x/axern/main/install.sh | shThen start Axern and run the first workload:
axern local up
axern run python:3.12-slim -- python -c 'print("hello from axern")'local up starts PostgreSQL, MinIO, the control and node services, waits for
readiness, and creates the local context. It does not require Make, Helm,
kubectl, Go, Rust, Python, or Node.js.
Use the generated local CLI context:
axern context current
axern run listInspect or remove the environment:
axern local status
axern local downThe local environment uses generated development credentials and loopback listeners. Do not reuse them in a shared or production deployment.
Source development is a separate contributor path. It builds the current
checkout into local :dev images and exercises the same public contract:
make quickstart-sourceFor local Helm development, build the images with make local-images-build
and pass
values-local-development.yaml
to the chart. Provider and regional values stay outside this repository.
- Sandbox as the primitive: runs, services, functions, coding workspaces, and agent tasks compose the same execution and lifecycle APIs.
- Durable control plane: PostgreSQL-backed intent, placement, leases, retries, health, cleanup, and storage state remain authoritative across process or node restarts.
- Runtime choice behind one model: runc and runsc workloads use the same public APIs; OCI and Nydus image paths converge at the node runtime. The resource model remains independent of a single sandbox backend.
- Real data-plane access: process streams, files, archives, HTTP services, SSH-compatible terminals, and reverse TCP tunnels are explicit capabilities.
- Agent execution with evidence: Axrun runs external agent bundles, verifies results, records trajectories and usage, and preserves typed artifacts.
- Local-to-cluster continuity: Docker Compose, kind, and the cloud-neutral Helm chart exercise the same service boundaries.
flowchart LR
Client["CLI and SDK clients"] --> Gateway["gatewayd\npublic control and data edge"]
Gateway --> Control["controld\ndurable intent and placement"]
Gateway --> Tunnel["tunneld\nreverse TCP relay"]
Gateway --> Node["axnoded\nsandbox execution"]
Control --> Storage["storaged\nstorage control plane"]
Control --> Node
Storage --> Volume["volumed\nnode volume publish"]
Node --> Image["imagemgr + imagefsd\nOCI and Nydus rootfs"]
Node --> Runtime["runc / runsc sandboxes"]
Axrun["axrun\nagent tasks and evidence"] --> Gateway
controld is the authority for product state. gatewayd resolves and forwards
public traffic without owning placement. Node services own host-local runtime,
image, network, and volume operations. See the
runtime architecture and
resource model for the detailed
contracts.
Axern publishes its cloud-neutral chart as an OCI artifact and the CLI as checksummed release archives. Install the chart into the current Kubernetes context:
helm install axern oci://ghcr.io/cofy-x/charts/axern \
--version "$(cat VERSION)" \
--namespace axern-system \
--create-namespace \
--wait \
--timeout 15mAfter installing the CLI archive for your operating system, keep the gateway port-forward open and import the chart-generated mTLS identity:
kubectl --namespace axern-system port-forward svc/gatewayd \
25100:25000 25101:25080 25122:25022
axern context import-kubernetes local \
--namespace axern-system \
--current
axern catalog listThe bundled PostgreSQL and single-node defaults are intended for evaluation. Durable or shared deployments must provide persistent storage, externalized secrets, ingress, and scheduling values described by the Helm chart.
| Component | Responsibility |
|---|---|
controld |
Durable control-plane state, placement, leases, lifecycle, rollout, and reconciliation |
storaged |
Storage classes, claims, bindings, and topology-aware resolution |
gatewayd |
Public gRPC, HTTP, SSH, terminal, tunnel, service, and sandbox data edge |
axnoded |
Node-local sandbox lifecycle, execution, files, process streams, and cleanup |
volumed |
Node-local volume publish, unpublish, and reconciliation |
imagemgr / imagefsd |
OCI and Nydus image resolution, mount lifecycle, and read-only data plane |
tunneld |
Internal reverse TCP relay and sandbox-local tunnel binding |
axern |
Product CLI for platform resources and access |
axrun |
Agent task harness, rollout worker, verifier, trajectory, usage, and evidence capture |
Public clients are available in Go, Python, and TypeScript under sdk/.
Shared wire contracts are defined in sdk/proto.
Bootstrap and verify all language workspaces:
make bootstrap
make build
make test
make lint
make proto-generated-check
make agent-doc-check
make open-source-checkUse make help for the complete command surface. Module ownership and focused
validation live in the module guide. Automated coding
agents and contributors should begin with the agent contract and
the nearest module-local contract.
- Docker Compose and kind are the repository-owned local truth environments.
- The Axern Helm chart is cloud-neutral and accepts operator-owned image registries, certificates, storage classes, and secrets.
- Provider account setup, cluster creation, credentials, and regional release automation intentionally live outside this repository.
Axern does not claim that a default local or example deployment is safe for an untrusted multi-tenant environment. Review authentication, TLS, network policy, runtime isolation, image trust, secret storage, resource limits, and persistent storage before production use. Report vulnerabilities according to SECURITY.md.
- Official documentation
- Long-term product direction
- Runtime architecture
- Storage architecture
- Durable rollout control plane
- Local verification
- Documentation index
Contributions are welcome. Read CONTRIBUTING.md, follow the Code of Conduct, and sign every commit under the Developer Certificate of Origin. Project decisions follow the governance model.
Copyright 2026 Chen Yingwei.
Licensed under the Apache License, Version 2.0.