Almond Axol SDK
Command-line interface and Python SDK for the Almond Axol dual-arm robot. CLI invoked as axol <command> [flags].
The browser front-ends live under web/: a VR teleoperation interface (WebXR, hosted at axol.almond.bot), a web control panel that drives the robot from a browser via axol serve, and a diagnostics dashboard for live motor telemetry and health. See web/README.md for the front-end details.
The full documentation is hosted at docs.almond.bot. The sources live under docs/, and the pages below link to them.
New here? See Teleoperation to go from installation to a live session, or the Web Control Panel guide to drive Axol from a browser.
Requirements
- Linux
- Python 3.12+ (the hosted installer bundles 3.13)
- (Optional) NVIDIA Jetson (e.g. a ZED Box) — required for the GMSL-attached ZED cameras (data collection / policy inference).
Installation
One-command install (recommended)
One command installs uv, the axol CLI (from PyPI, with the lerobot, sim, and tracker extras), and a root systemd service that keeps axol serve running at boot:
curl https://axol.almond.bot/install -fsS | bash
Then open axol.almond.bot and connect to the machine. The install tracks releases: when a newer release exists, the control panel shows an update banner, and pressing Update reinstalls at the new release and restarts the server once idle.
On aarch64/Jetson, PyPI's pinned Torch 2.10 wheel is CPU-only. Local CUDA policy inference needs an explicitly managed JetPack-compatible Torch + Torchvision build; otherwise use remote inference or --device cpu. The hosted update paths refuse to overwrite an existing custom/CUDA build.
Development install
Install the package from a clone using uv — every dependency resolves from PyPI (kinematics comes through our published forks, almond-pyroki and almond-jaxls):
uv sync
Then activate the virtual environment so the axol CLI is on your path (or prefix every command with uv run):
source .venv/bin/activate
Install optional dependency groups as needed:
| Extra | Contents | When to use |
|---|---|---|
lerobot |
LeRobot (from PyPI, pinned to 0.6.1) | collect-data, run-policy |
sim |
viser | teleop --sim |
tracker |
Lighthouse/Ultimate bridge dependencies | tracker.bridge, Mantis tracking |
uv sync --extra lerobot --extra sim --extra tracker # hosted feature set
The ZED Python bindings (pyzed) are not on PyPI and must be installed separately after the ZED SDK is installed:
axol zed.install
Streaming the ZED cameras to the headset (teleop --cameras, collect-data) encodes on the Jetson's NVENC via GStreamer and sends over WebRTC with aiortc. The encode path needs the system GStreamer NVENC tools plus the patched ZED source plugins, so it isn't a dependency extra. Install it once (and, on a Jetson, pin the NVENC/VIC clocks for low-latency encode):
axol gst.install
axol gst.build-zed # build the patched ZED source plugins (needs the ZED SDK)
axol jetson.setup # Jetson only; no-op elsewhere
Before using any motor or robot commands, initialize the CAN hardware:
axol can.setup
To drive Axol from a browser instead of the terminal, build the web UI once (it's served by axol serve):
cd web
npm install
npm run build --workspace=packages/axol-vr-client # client package first
npm run build --workspace=app # → web/app/dist
See the installation guide for the full walkthrough.
Testing
The automated suite is hardware-independent: robot, CAN, ZED, and headset boundaries are exercised through protocol and API contracts, while simulation-capable code is imported with the sim extra. Several modules import the lerobot extra at import time, so install both. CI enforces aggregate coverage floors of 30% for the Python package and 75% for the tested browser libraries.
# Python unit/integration tests, coverage, lint, and package builds
uv sync --extra sim --extra lerobot --dev
uv run pytest
uvx --from ruff==0.9.7 ruff check .
uvx --from ruff==0.9.7 ruff format --check .
uv build
# React/TypeScript tests, lint, formatting, and production build
cd web
npm ci
npm test
npm run lint
npm run format:check
npm run build
Pull requests must pass the Python and Web GitHub Actions checks before merging to main.
Sitemap
Get Started
Operations
Each operation can be driven from the web control panel or the CLI:
- Teleoperation — drive the robot live from a VR headset (or in sim)
- Gravity Compensation — hold the arms weightless for hand-guiding
- Data Collection — record teleop episodes to a LeRobot dataset
- Replay Dataset — replay a recorded dataset episode on the robot, once or on a loop
- Run Policy — run a trained policy, local or remote inference
- DAgger Collection — run a policy while correcting it from VR, recording the corrections
Mantis
- Mantis Hardware — handheld rigs for collecting demonstrations without moving the robot
- Mantis Tracking — set up Quest, Lighthouse, or Ultimate tracking as the pose source
Remote Teleop
- Remote Teleop — drive over the internet by sideloading Tailscale on a Meta Quest
Web Interfaces
- Web Control Panel — drive the robot from a browser via
axol serve - Diagnostics Dashboard — live motor telemetry, health tiles, and diagnostics scripts, served by
axol serve - VR Interface — the in-repo WebXR teleop app (
web/) - Quest over USB — low-latency wired controller transport (poses over a USB
adbtunnel; camera stays on the LAN) - Quest Without Wearing It — keep the headset awake with nobody wearing it (proximity sensor off) for headless sessions
Advanced
- Development install — clone +
uv sync, optional extras, building the web UI
CLI Reference
- Command configuration — draccus config model for
teleop,gravity-comp,waypoints,collect-data,collect-dagger,replay-dataset,run-policy,inference-server serve— web control panel + API servercan.setupcan.enablecan.driverlift.homelift.gotomotor.infomotor.healthdiag.rom-enablediag.rom-disablediag.teleop-jitterdiag.offlinediag.lift-cyclediag.zed-cablemotor.set-can-idmotor.set-zero-posmotor.dump-configmotor.set-configmotor.restore-configmotor.flashteleopcollect-datacollect-daggermigrate-datasetreplay-datasetrun-policyinference-serverprovisionrt.installzed.driverzed.installgst.installgst.build-zedjetson.setuptracker.*— Mantis tracker setup: bridge, identify, pair, install, and base-station / Ultimate checkstune.pidtune.frictiontune.gravitytune.factorycalibration.pulltune.motiontune.filtermotion.buildtune.repeatabilitygravity-compwaypoints
Python API
- Core Concepts
almond_axol.robot—Axol,Sim, configuration, gravity compensationalmond_axol.kinematicsalmond_axol.teleopalmond_axol.vralmond_axol.zedalmond_axol.motoralmond_axol.lerobot
Release files for almond-axol 0.2.4
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| almond_axol-0.2.4.tar.gz | 2.1 MB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| almond_axol-0.2.4-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 4.3 MB
Release files / almond_axol-0.2.4.tar.gz
| Download URL | almond_axol-0.2.4.tar.gz |
|---|---|
| Size | 2.1 MB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
0c02bbebbb26e399719a08af30610a7dc08eddbe538845ec2feedf900e323325
|
|
BLAKE2b-256 checksum How to use checksums |
f990f0d276739e0fb4e22856eb04b6822ee7754819b892cc2537bb1ebaeca653
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 15, 2026.
Transparency logRelease files / almond_axol-0.2.4-py3-none-any.whl
| Download URL | almond_axol-0.2.4-py3-none-any.whl |
|---|---|
| Size | 2.2 MB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
b34cebed3acdc24d5d82575b424fd74a24c63a19ba4b13c6425b3e681a7136f0
|
|
BLAKE2b-256 checksum How to use checksums |
215bebf96cbc25416005c48d438b1dcda6882112585b397cb0b60d20ded9cf4a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 15, 2026.
Transparency log