Skip to main content
The CLI is the power-user / headless path. For the standard record → train → deploy workflow, the app and web app training UI is the polished route. Reach for the CLI when you’re scripting training, working over SSH, or need to point a run at a custom ACT fork (the researcher feature).
The training_client CLI ships with Innate OS and drives the same cloud training orchestrator the robot’s training node uses. Run it on the robot over SSH (or inside the Docker container).

Setup

Source the ROS workspace so the module is importable:
Authentication is by service key (--server defaults to Innate’s orchestrator). The robot’s training node already uses the same key; to run the CLI yourself, set it in your shell:
Then invoke commands with python -m training_client.cli <command> (or the installed innate-training <command> shorthand). Every command takes a SKILL_DIR — a skill’s dataset directory (under ~/innate-os/workspace/custom_skills/<skill>), defaulting to the current directory. The skill’s cloud ID is read from SKILL_DIR/metadata.json, which submit writes.

Global options

Typical workflow

Commands

Launching a run

run takes a server-side preset, a fully custom configuration, or a preset with overrides: A preset is the quickest path; override individual values as needed:

Custom ACT fork

The headline power-user feature: point a run at your own fork of the ACT training code — change the architecture or loss, then train against it with no server-side changes.