Skip to content

Build at machine scale.

Keep one copy of your video, sensor streams, agent traces, spatial data, and rows, in your own bucket. Analytics, search, and training read it straight from object storage.

signal_activity > 0.12 → nominal_grasps · tag v41 · 81,006 of 840,000 momentsepisode_7f31c2 · t+3.2s · member · tag v41

Multimodal, multi-rate

System limitations force fragmentation.

Video runs at 30 Hz, LIDAR at 10 Hz, and IMU at 200 Hz. Most systems cannot query all three on their own clocks. Each tool keeps its own copy of the data instead. Agent traces and spatial data break the same way: spans nest inside spans, and points share coordinates with the polygons on a map.

Training input · localUntracked

datasets/

failed_grasps_v3/

failed_grasps_v3_rebalanced/

failed_grasps_v3_rebalanced_final/

full export

840k moments

notebooks/

score_failures_v2.ipynb

last run unknown

Checkpoint_18400Dataset definition → missing
Workflows

Build a learning machine.

Find a failure, extract the signal, curate the fix, and train on it.

Reversibility & isolation

Agents need commits and rollback even more than people do.

Every change in Spiral is a commit. An agent works on its own branch, and a person reads the diff and merges it. A bad change rolls back to the commit before it.

12 weeks, 3 people, 1 agent

  1. slip_distance v3 recomputed corpus-wide

    jun · tracker_v3 · depth_v5 · 840k moments

  2. eval holdout frozen

    priya · no_eval_overlap · pass · tag eval-v4

  3. rebalance: sample near-misses 2×

    maya · maya/rebalance

  4. drop 87 moments where glare read as slip

    maya · maya/rebalance

  5. drop all recovery demos

    scan-agent · closed-loop dipped · discarded · scratch/no-recovery

  6. merge maya/rebalance

    maya · near-misses sampled 2×

  7. tag failed_grasps v13

    maya · +214 −87 vs v12 · checks 12/12 · tag v13

How Spiral works

Spiral is what the lakehouse was supposed to be.

The lakehouse promised one copy of your data for every workload. Most teams got a warehouse for their tables, a lake of loose files for everything else, and a catalog, indexes, and a data loader to build themselves. Spiral is all of it in one system. It runs in every major cloud, and most of our customers already use it in more than one.Use Spiral when more than one system reads the same data, or when you have nested, complex, or multi-rate data streams. Use it when your GPUs wait on I/O, or when agents write to your data. If one Postgres table holds your data and nothing trains on it, you do not need Spiral.