Run AI coding agents across your machines from one desktop workspace.
Hosted AO combines the Agent Orchestrator desktop experience with direct, secure access to agent machines you control.
Hosted AO is a desktop supervisor for agent-driven development. Each task gets its own coding agent and isolated workspace, while the app keeps sessions, pull requests, CI, reviews, terminals, and previews together.
Run agents on your local machine or pair another machine you can reach, including a home server, spare computer, or cloud VM. Remote traffic goes directly between the desktop and that machine.
- Isolated workers. Give each task its own agent, branch, and worktree. Scratch workers use AO-managed branchless directories when a Git workflow is unnecessary.
- Project orchestrators. Keep a persistent planning agent for each project, then split larger outcomes into focused worker tasks.
- Live workflow state. Follow sessions across Working, Needs you, In review, and Ready to merge using durable session, pull request, CI, and review facts.
- Chat and terminal interfaces. Use structured native Chat where the selected harness supports it, or retain the agent's own terminal interface.
- Pull requests and reviews. Inspect CI and mergeability, run interactive agent reviews, and return requested changes to the worker that owns the task.
- Agent-controlled previews. Open a worker's app beside its session and let the agent inspect or interact with that isolated browser surface.
- Desktop and mobile access. Supervise the same daemon-backed sessions through the Electron desktop app and the mobile client.
- Multiple coding harnesses. Use installed agents such as Claude Code, Codex, Cursor, OpenCode, Pi, OMP, and other supported harnesses, with local account and login controls where supported.
See the current status for the complete shipped capability list and explicit in-flight boundaries.
The desktop app starts and supervises a loopback-only AO daemon for local work. All Hosted AO state is isolated under ~/.ao/hosted, so it can coexist with an upstream Agent Orchestrator installation.
For remote work, the machine runs the same loopback-only daemon behind the separate ao vm serve gateway. The gateway exposes only the authenticated API, event, and terminal routes the desktop needs.
Pairing is the default way to add any machine. A single ao-pair:// string carries address hints, a certificate fingerprint, and a passcode. The desktop races the addresses and pins the machine identity to its certificate.
Pair mode uses self-signed TLS, fingerprint pinning, passcode verification, and per-source lockout. It does not require an account, domain, or DNS, and it never exposes the daemon's loopback-only control routes.
hao is the standalone machine-management CLI for Hosted AO. Its boundary is deliberately separate from AO's session orchestration commands and daemon internals.
The current Linux release includes these read-only commands:
hao versionfor stable human-readable and JSON build information.hao config path,hao config show, andhao config validatefor the versioned Hosted AO machine configuration.hao statusfor desired state, bounded host observations, component compatibility, and proven configuration drift.hao doctorfor host, permissions, disk, package and service manager, port, tool authentication, and daemon health checks.
HAO setup, host mutation, service lifecycle management, pairing migration, gateway changes, and artifact installation are still in flight. Current machine setup continues to use the released ao pairing flow below.
Read the HAO machine-management boundary and the v1 contract baseline for ownership, compatibility, migration, and security details.
Download Hosted AO from the GitHub Releases page. The desktop app is the canonical install path and owns its update flow.
AgentLab publishes unsigned builds. Platform trust warnings are expected. macOS releases include both a .dmg for first installation and a .zip for the updater feed.
The final npm release, @aoagents/ao@0.10.0, remains available only as a legacy on-ramp for existing CLI users. It is frozen and is not the recommended way to install Hosted AO.
On a 64-bit Debian-family Linux machine with systemd, run:
curl -fsSL https://raw.githubusercontent.com/agentlab-in/hosted-ao/develop/install.sh | shYou need root access or passwordless sudo. The installer detects the architecture, verifies the released binary checksum, installs ao, provisions or reuses pair mode, and prints an ao-pair:// string.
Treat that string as a credential. Paste it into Add machine in the desktop app, then clear it from any clipboard or history where it may remain. Rotate the pairing credential if it is disclosed.
The machine can be reached by private address, public address, or domain. Its certificate fingerprint is the durable identity; addresses are connection hints rather than trust anchors.
Source builds are for contributors:
npm install
cd frontend && npm install && npm run makeSee the development guide for prerequisites, platform commands, tests, and troubleshooting.
| Document | Purpose |
|---|---|
| Architecture | Backend mental model, lifecycle, persistence, status derivation, and daemon boundaries. |
| Backend code structure | Package ownership and the location of each backend concern. |
| CLI reference | AO CLI behavior and daemon route mapping. |
| Current status | Shipped behavior and work that remains in flight. |
| HAO machine-management boundary | HAO responsibilities, migration phases, security rules, and delivery status. |
| HAO v1 contracts | Versioned configuration, compatibility, errors, legacy installation, pairing, and gateway policy. |
| Development guide | Prerequisites, build steps, tests, and local troubleshooting. |
| Upstream merge playbook | How this fork tracks upstream without losing the hosting layer. |
| Upstream product docs | Agent setup and broader day-to-day Agent Orchestrator usage. |
Hosted AO tracks Untrivial-ai/agent-orchestrator as a fork. Upstream product changes are integrated while remote-machine transport and HAO remain explicit fork-owned layers.
AO records privacy-preserving usage and reliability metrics designed to exclude project content and most PII. Project owner identity may be recorded to understand adoption, but repository names, paths, and URLs are not.
Read the telemetry documentation for the exact data, safeguards, and opt-out controls.
Licensed under the Apache License 2.0, the same license as upstream.