The official Python SDK for RoboTrace - observability and evals for AI-powered robots.
pip install robotrace-devDistribution name vs. import name. PyPI distributes us as
robotrace-dev(matching ourrobotrace.devdomain). The un-hyphenatedrobotracePyPI namespace is held by an unrelated robotics project, and PyPI's typo-squat protector blocks any single-edit-distance variant (sorobo-tracewas rejected too). The import name staysimport robotrace- same pattern aspip install python-dateutil→import dateutil.Pinning for reproducibility (CI,
requirements.txt) still works as usual -pip install robotrace-dev==0.1.0a6pulls this README. Older pins (0.1.0a5.post1,0.1.0a5) are prior alphas - same core SDK, but omit the refreshedrobotrace loginUX from0.1.0a6.
Status: alpha (
0.1.0a6). The public API in this README is the shape we're iterating against; once we cut1.0.0, thelog_episodesignature is locked and breakages require a major bump (perAGENTS.mdin the RoboTrace monorepo).
You need an API key on this machine once. Pick one path:
Sign in at app.robotrace.dev/login?next=/portal/api-keys (portal sign-in - after authentication you land on API keys). Click Create key, copy it once, then:
import robotrace as rt
rt.init(
api_key="rt_…",
base_url="https://app.robotrace.dev", # or http://localhost:3000 in dev
)
rt.log_episode(
name="pick_and_place v3 morning warmup",
source="real",
robot="halcyon-bimanual-01",
policy_version="pap-v3.2.1",
env_version="halcyon-cell-rev4",
git_sha="abc1234",
seed=8124,
video="/tmp/run.mp4",
sensors="/tmp/sensors.bin",
actions="/tmp/actions.parquet",
duration_s=47.2,
fps=30,
metadata={"task": "pick_and_place", "scene": "tabletop"},
)The episode appears in your portal at
app.robotrace.dev/portal/episodes
immediately, with the four reproducibility fields (policy / env /
git / seed) front-and-center on the detail page. The SDK also
prints a clickable URL to the run as soon as start_episode /
log_episode opens it - usually before the bytes finish uploading.
Use the robotrace executable installed with the package:
robotrace loginThis opens your default browser (or prints a link to open). After you
authorize in the portal, the CLI writes ~/.robotrace/credentials
with your API key and base URL (chmod 0600). From Python you can
skip init() - the default client loads that file when ROBOTRACE_API_KEY
is not set:
import robotrace as rt
rt.log_episode(
name="pick_and_place v3 morning warmup",
policy_version="pap-v3.2.1",
env_version="halcyon-cell-rev4",
git_sha="abc1234",
seed=8124,
video="/tmp/run.mp4",
sensors="/tmp/sensors.bin",
actions="/tmp/actions.parquet",
duration_s=47.2,
fps=30,
metadata={"task": "pick_and_place", "scene": "tabletop"},
)Point at a local web stack (same machine as the SDK):
robotrace login --base-url http://localhost:3000
# or: export ROBOTRACE_BASE_URL=http://localhost:3000 && robotrace loginSee also robotrace whoami, robotrace logout, and the CLI login reference (browser flow, --base-url, and security notes).
Same call without hardcoding the key:
export ROBOTRACE_API_KEY=rt_…
export ROBOTRACE_BASE_URL=https://app.robotrace.devimport robotrace as rt
# init() is optional when both env vars are set - the default
# client is constructed lazily on first use.
rt.log_episode(
name="…",
policy_version="…",
video="/tmp/run.mp4",
)If you already ran robotrace login, a credentials file usually takes
precedence when env vars are unset - see CLI login.
Installing the wheel adds the robotrace executable:
| Command | What it does |
|---|---|
robotrace login |
Browser authorization; writes ~/.robotrace/credentials (chmod 0600) |
robotrace whoami |
Print signed-in email and base URL for the active profile |
robotrace logout |
Drop local credentials; optional --revoke invalidates the key on the server |
robotrace replay run … |
Customer-side replay regression against baseline episodes |
Global flags: robotrace --help, and --base-url / --profile on
commands that talk to the API. Full CLI reference: CLI login and Evals.
The one-shot entrypoint. Equivalent to start_episode → upload all
artifacts → finalize. Use this for the 95% case of "I have files
on disk, log them and move on."
rt.log_episode(
*,
# Identification
name: str | None = None,
source: Literal["real", "sim", "replay"] = "real",
robot: str | None = None,
# Reproducibility - load-bearing per AGENTS.md
policy_version: str | None = None,
env_version: str | None = None,
git_sha: str | None = None,
seed: int | None = None,
# Artifact paths (uploaded to object storage via signed PUT URLs)
video: str | Path | None = None,
sensors: str | Path | None = None,
actions: str | Path | None = None,
# Run details
duration_s: float | None = None,
fps: float | None = None,
metadata: Mapping[str, Any] | None = None,
# Final state
status: Literal["ready", "failed"] = "ready",
) -> EpisodeReturns the finalized Episode. On failure during upload the SDK
flips the run to status="failed" and re-raises so your program
sees what went wrong.
When you want fine-grained control (stream uploads, defer finalize,
react to upload errors per-artifact), use start_episode and the
returned Episode handle:
with rt.start_episode(
name="pick_and_place v3 morning warmup",
policy_version="pap-v3.2.1",
artifacts=["video", "sensors"], # only request the slots you'll fill
) as ep:
ep.upload_video("/tmp/run.mp4")
ep.upload_sensors("/tmp/sensors.bin")
# No explicit finalize - context manager handles it:
# • clean exit → status="ready"
# • exception → status="failed", with metadata.failure_reason setOr explicit:
ep = rt.start_episode(name="…", policy_version="…", artifacts=["video"])
ep.upload_video("/tmp/run.mp4")
ep.finalize(status="ready", duration_s=47.2, fps=30)Skip the module-level default when you need multiple deployments at once (e.g. shipping the same run to staging + production), or for clean dependency injection in tests:
with rt.Client(api_key="rt_…", base_url="https://…") as client:
client.log_episode(name="…", policy_version="…", video="…")Client holds a connection pool - construct it once at process
startup, reuse across many episodes, and close() (or use as a
context manager) on shutdown.
Every SDK error inherits from robotrace.RobotraceError. Catch by
type rather than parsing message strings:
| Exception | When |
|---|---|
ConfigurationError |
Missing api_key / base_url, file path doesn't exist |
TransportError |
Network / DNS / TLS / timeout |
AuthError |
401 - bad / missing / revoked key |
NotFoundError |
404 - episode id doesn't exist (or cross-tenant) |
ConflictError |
409 - episode is archived, etc. |
ValidationError |
400 - payload didn't pass server-side validation |
ServerError |
5xx - flag for retries |
from robotrace import RobotraceError, AuthError
try:
rt.log_episode(...)
except AuthError:
# mint a fresh key and reload
raise
except RobotraceError:
# generic recovery / alert
raiseArtifact uploads go to Cloudflare R2 via short-lived signed PUT URLs the server mints for each call. The SDK streams from disk so memory stays flat regardless of file size.
When the deployment hasn't wired R2 yet (R2_ACCOUNT_ID etc. are
blank), the create response has storage="unconfigured" and any
upload_* call raises ConfigurationError with a pointer to the
production setup checklist. Metadata-only runs still work - useful
for testing the SDK contract end-to-end before R2 is provisioned.
Framework adapters slurp third-party recording / dataset formats
into the canonical log_episode contract. None are loaded by
default - each lives behind an extras pin so the base install
stays slim:
# rosbag2 → episode (sqlite3 + mcap; no rclpy required)
pip install 'robotrace-dev[ros2]==0.1.0a6'
# Hugging Face LeRobot v2.1 datasets → episode-per-trajectory
pip install 'robotrace-dev[lerobot]==0.1.0a6'
# Multi-camera mp4 encoding (opencv) - combine with [ros2] or [lerobot]
pip install 'robotrace-dev[ros2,video]==0.1.0a6'# ROS 2: one rosbag2 directory → one episode
from robotrace.adapters import ros2
ros2.upload_bag(
"./run_2026-05-08/",
policy_version="pap-v3.2.1",
env_version="halcyon-cell-rev4",
git_sha="abc1234",
)
# LeRobot: one HF dataset → one episode per trajectory
from robotrace.adapters import lerobot
lerobot.upload_dataset(
"lerobot/aloha_static_cups_open",
policy_version="aloha-v1",
env_version="aloha-cell-1",
)Both adapters mirror the same surface: scan_* for read-only
introspection, encode_* to write artifacts to disk without
uploading, and upload_* for the one-shot pipeline. Full reference
at robotrace.dev/docs/sdk/ros2
and robotrace.dev/docs/sdk/lerobot.
The LeRobot adapter deliberately does not depend on the heavy
lerobot PyPI package (which would pull torch + torchvision +
pyav + several CUDA wheels). It reads the v2.1 on-disk format
directly via pyarrow + huggingface_hub - ~20 MB install
footprint, comparable to [ros2]. LeRobot v3.0 (multi-episode
parquet shards, late 2025) is on the roadmap.
src/robotrace/
├── __init__.py # public API + module-level default client
├── _version.py
├── _credentials.py # netrc / keyring / env resolution
├── _http.py # internal httpx wrapper
├── _otel.py # optional OpenTelemetry hook
├── client.py # Client class
├── episode.py # Episode handle + UploadUrl + ArtifactKind
├── errors.py # RobotraceError + typed subclasses
├── cli.py # `robotrace` CLI entrypoint
└── adapters/
├── __init__.py
├── ros2/ # rosbag2 → episode (since 0.1.0a1)
│ ├── __init__.py
│ ├── _classify.py
│ ├── _scan.py
│ ├── _encode.py
│ └── _upload.py
└── lerobot/ # HF LeRobot v2.1 → episode (since 0.1.0a3)
├── __init__.py
├── _classify.py
├── _meta.py
├── _encode.py
└── _upload.py
Next adapter targets (not yet shipped): MuJoCo, Genesis, Isaac Sim, LeRobot v3.0.
The public source lives at github.com/Artl13/robotrace-dev - a read-only mirror auto-synced from our internal monorepo. File issues and PRs against the mirror; we'll cherry-pick approved changes back into the private repo and they'll flow out on the next sync.
The web app at apps/web (private) exposes the ingest API the SDK
talks to - coordinate breaking changes by emailing the
/api/ingest/episode
contract owner before opening a SDK PR that depends on a server
change.
The Python SDK is released under the MIT License.
See LICENSE beside this README for the full legal text - it ships in PyPI wheels and sdists as well.