New · v00050 – v00051 Read the changelog ↗

AdmiralOS · Fleet platform for robots and edge AI

The operating system for physical AI.

Turn one Dockerfile into a signed, immutable OS for every robot and edge AI device you ship. Deploy in a day, update without bricking, and fix the fleet without a site visit.

01 / 10 · Autonomous robotics

Humanoid robot

Ships for

  • NVIDIA Jetson Orin
  • Intel & AMD x86_64
  • Rockchip RK3588
  • Allwinner SoCs
  • ARM64 SBCs
  • UEFI + TPM 2.0
  • ROS 2
  • OCI containers
Download targets

What is Admiral

One product between your robots and the field.

Admiral bundles an immutable Linux OS, the fleet console, safe over-the-air updates and the security layer into one product. Your team ships the robot. Admiral keeps every one of them running.

Your applications AI · Vision · ROS 2 · Signage

Admiral

  • OS
  • Observe
  • Connect
  • Robotics
Any hardware x86 · ARM · RISC-V

Deploy in a day

Live in days, not months

Flash a device, it enrols itself, and your workload is running. No custom OS builds, no update system to write, no site visit to set up.

Scale from 10 to 10,000

Fixed remotely, no site visits

Health, logs and outbound-only remote access for every device. Most faults are caught and rolled back before anyone in the field notices.

Secure for life

Secure by default, no platform team

Signed images, hardware identity and security patches for the life of the device come built in. Your engineers ship robot features, not infrastructure.

The console

Your new fleet control centre.

One console for every device you ship: what is running, what changed, and what each machine is doing right now. No SSH sessions, no spreadsheets.

app.admrl.co
Admiral console device page for amr-005: online, running nav-stack v14, live screen preview, CPU, memory, storage and temperature

How it works

From one Dockerfile to a self-healing fleet.

The full walkthrough
  1. (1)

    Build

    Your Dockerfile compiles into an immutable, signed OS image for your exact hardware: x86, ARM or RISC-V.

  2. (2)

    Enrol

    Devices set themselves up on first boot, with no one on site. Each gets its own hardware identity.

  3. (3)

    Deploy

    Staged rollouts install to a spare partition. The health check passes, or the device rolls itself back.

  4. (4)

    Operate

    Live health monitoring, outbound-only remote access, and security patches for life, even offline.

Dockerfile

FROM ubuntu:26.04
RUN  apt-get install -y \
     ros-jazzy-base perception-stack
COPY config/ /etc/admiral/
CMD  ["/opt/perception/run"]

admrl rollout status robotics‑autonomy ‑‑watch

14:22:05 amr-prod-aus-0187 pulling_image

14:22:09 amr-prod-aus-0187 pulling_image -> starting

14:22:12 amr-prod-aus-0187 starting -> converged

14:22:12 counts converged 1/412, admitted 1, in flight 0, failed 0

14:22:41 counts converged 412/412, admitted 412, in flight 0, failed 0

Immutable Linux · No inbound ports · Offline‑first · Post-quantum crypto

The platform

Everything a robot fleet needs. Nothing you have to build.

Before the cloud, every software company racked its own servers. Today every robotics company builds its own update system, device agent and remote access. Admiral is that layer, done once and done properly.

(01)

Immutable OS, one artefact

The whole rootfs ships as a layered OCI image. Every device runs the exact same build, so nothing drifts in the field.

(02)

Health-gated rollouts

Canary a release to a few robots, expand automatically when they stay healthy, roll back on its own when they do not.

(03)

Live fleet telemetry

Metrics, logs and on-demand screenshots from every device, streamed to one console without opening an inbound port.

(04)

Full hardware access

GPUs, cameras, CAN buses and serial devices pass straight through to your workload. NVIDIA CUDA support is rolling out now.

(05)

Built for bad networks

Stays online over weak 4G and roaming Wi-Fi, keeps working offline, and catches up when the link comes back.

(06)

Secure by default

Signed images, per-device hardware identity, outbound-only connections and hybrid post-quantum TLS. Patches for the life of the device.

In the field

Rocco, a Unitree G1 running Admiral, at AWS.

Customer story · Robot for Hire

A Unitree G1 moved onto Admiral and on stage at AWS the next day.

Robot for Hire migrated Rocco, their humanoid, to AdmiralOS and demonstrated it live at an AWS event the following day. No platform team and no re-flashing on site.

“It worked flawlessly.”

Sammo Sayshi Founder, Robot for Hire
Hardware
Unitree G1 humanoid
Updates
Over the air, A/B
Migration to demo
1 day

Product demo

Platform walkthrough · 4 min Open video ↗

Four minutes, end to end

See it run.

Fleet build, signed rollout and rollback, end to end.

Compare

Built for robots, not retrofitted for them.

Moving from a homegrown stack, Balena or Mender? Keep your Dockerfile and registry; our engineers get your first devices across in days. How the move works

Scroll to compare

CapabilityBuild in-houseBalenaMenderJFrog ConnectAdmiral
Platform approachCustom stackbalenaOS + cloudOTA + device toolsAgent + JFrog platformOS + fleet platform
Primary focusYour productContainerised edge appsEmbedded OTAIoT / edge DevOpsPhysical AI fleets
Disconnected deploymentYou build itOffline reflash workflowEnterprise / offline updatesSelf-hosted optionOffline-first operation
Security approachYou maintain itOS security + patchingSigned updates; enterprise RBACJFrog security integrationSigned OS + access controls
Getting startedBuild and integrateFlash OS + deploy containersIntegrate client + update imageInstall agent + connect platformBuild, enrol, deploy

From public product documentation, October 2026. Features vary by plan and hardware.

Enterprise

The controls procurement asks about are already in the product.

Volume pricing, a named technical account manager, on-call escalation and custom SLAs for fleets past the free tier. Security questionnaires and DPA requests go to security@admrl.co.

Security overview
Fine-grained IAM
Organisations, groups and attachable policies scoped to a single fleet, config or device. Passkeys and 2FA on every account.
Audit trail
Every pairing, config version, rollout, access grant and key rotation is recorded with the actor, IP and full payload.
Maintenance windows
Fleet-level update policies decide when a rollout may touch a machine. Nothing restarts mid-shift.
API, webhooks and MCP
Automate from CI with scoped tokens and service accounts, subscribe to fleet events, or let an AI agent diagnose a device through the MCP server.