Retail & shelf ops

Retail Robotics Training Data

Shelf stocking, restocking, facing and picking, captured egocentrically on live retail floors rather than a mock aisle, against a spec you write.
Streams
Ten, synced under 2 ms
First batch
Median 48 h
Billing
Per validated hour
License
Buyer-owned
A grocery store shelf aisle with stocked shelves and a part-emptied case on the floor
Head- and wrist-mounted capture keeps the facing, restocking and picking motion in frame from the viewpoint a retail robot will actually see from.

Requirements

What does retail robotics data need?

01

Captured on the live floor, not staged

A working retail aisle has bystanders, mixed store lighting, and real edge cases like a part-emptied case or a mis-faced shelf, none of which a mock aisle reproduces.

02

A named shelf-ops skill list

Facing, case-cut and shelf-load, price and label swap, chilled-case rotation, and fixture reset each need their own coverage, not one generic "retail" label.

03

Depth and hand pose at shelf range

Shelf work happens close to the body. Depth and 3D hand pose need to hold through reach, grasp, and place at that range, aligned to video on one hardware clock.

04

De-identification for a public-facing floor

Bystanders and other shoppers appear in frame on a live retail floor. Faces, plates, and screens need to be detected and irreversibly blurred before anything ships.

Why it matters

What training data do retail robots need?

A robot that stocks, faces, or picks on a retail floor needs to learn the same reach and grasp geometry a person uses from that viewpoint, not a description of the task or a fixed-camera view of someone else doing it.

That means synchronized egocentric video, depth, 3D hand pose, and frame-accurate action segments, captured against a named list of shelf-ops skills rather than pulled from incidental footage never meant for manipulation training.

Task coverage

Which retail tasks can be captured as custom egocentric data?

A custom retail collection is scoped to the shelf-ops skills your policy needs: facing and fronting stock to a planogram, case-cut and shelf-load, price and label swap, chilled-case rotation by date code, and hanger or fixture reset.

You describe which of these tasks (and which store formats — grocery aisle, chilled case, apparel fixture, back-of-house staging) your policy needs, and the collection is scoped to that list rather than a generic retail category.

Capture setup

How is retail robotics data captured in live stores?

A head- and wrist-mounted camera keeps the facing, restocking, and picking motion in frame from the viewpoint a retail policy will actually see from, across grocery aisle, chilled case, apparel fixture, and back-of-house staging.

Depth, hand pose, and action segments are aligned to video on one hardware clock, so a policy fusing vision with depth or hand pose is training on streams that share the same timeline, not software-timestamped video stitched together after the fact.

Delivery

What labels and formats come with retail robotics training data?

Each episode ships with 3D hand pose tracked through reach, grasp, and place; instance segmentation; action segments; and grasp and contact events, alongside the synchronized video and depth streams.

Delivery formats are RLDS, LeRobot, and WebDataset, plus HDF5, zarr, and Rerun .rrd, with readable converter source so you can retarget the schema to your own loader.

Rights

How do consent and anonymization work for data captured in stores?

Every custom collection ships under a perpetual, buyer-owned commercial license, and exclusivity is available so the data is never resold. Each episode links to a signed contributor release through a documented consent chain.

Because a live retail floor has bystanders and other shoppers in frame, faces, plates, and screens are detected and irreversibly blurred at ingest, and a reviewer confirms the result before anything ships. The anonymization record is delivered with the data.

Custom vs existing

Custom retail data collection vs an existing retail dataset: which do you need?

The existing retail shelf stocking dataset is a fixed, already-captured corpus: a defined hour count, a defined set of skills and store formats, available now under its published terms.

A custom collection is scoped to your written spec instead — the exact skills, store formats, and accept criteria your policy needs, captured on demand rather than chosen from a fixed catalog. If the existing dataset already covers your task list, it ships faster; if it does not, a custom collection fills the gap without waiting on a future dataset release.

Getting started

How do you start a custom retail robotics data collection?

You describe the shelf-ops tasks and store formats your policy needs. We turn it into a written spec covering tasks, environments, capture tier, annotation depth, and accept criteria, then quote reach, timeline, and price against that document before any capture begins.

A Spec Pilot is a small, fast first batch that proves the spec and accept criteria before you scale volume on demand, running through the same seven-stage end-to-end pipeline as every Firsthand program: contributor recruiting, capture, per-batch QA, anonymization, and licensed delivery.

Capture setup

What does a retail robotics custom collection capture?

The capture setup and streams behind a custom retail robotics data collection.
Retail robotics needWhat Firsthand captures
Facing and picking motion in frameHead- and wrist-mounted camera keeping the facing, restock, and pick motion visible through the task cycle
Named skill coverageFacing and fronting, case-cut and shelf-load, price and label swap, chilled-case rotation, hanger and fixture reset
Hand-level detail3D hand pose tracked through reach, grasp, and place
Synchronized depthDepth stream aligned to video and hand pose on one hardware clock
Action structureInstance segmentation, action segments, grasp and contact events
QualityMeasured against signed accept criteria; billed per validated hour; reject log with every batch
FormatsRLDS, LeRobot, WebDataset, plus HDF5, zarr, and Rerun .rrd

Every collection runs through the same seven-stage end-to-end custom collection pipeline.

Task coverage

Retail shelf-ops task by task

Named shelf-ops skills and what each one delivers.
Retail taskWhat's capturedLabels delivered
Face and front stock to a planogramReach, grasp, and reposition of product on shelfAction segments, 3D hand pose, grasp events
Case-cut and shelf-loadOpening a case and loading product onto shelfAction segments, hand pose, contact events
Price and label swapRemoving and applying shelf labelsAction segments, hand pose, instance segmentation
Chilled-case rotation by date codeFront-to-back stock rotation in a chilled caseAction segments, hand pose, depth
Hanger and fixture resetRearranging apparel on a fixtureAction segments, hand pose, instance segmentation

Custom vs existing

Custom retail collection vs the existing retail dataset

How a custom collection differs from an already-captured retail dataset.
Existing retail shelf stocking datasetCustom retail collection
Skill and store-format coverageFixed set already capturedScoped to your written spec
AvailabilityAvailable nowMedian 48 hours where coverage is deep; three to four weeks where thin
License termsPublished dataset termsPerpetual, buyer-owned; exclusivity available
Best fitYour task list matches its existing skill and environment coverageYour task list needs skills, stores, or volume the existing dataset does not cover

FAQ

Retail robot training data, answered.

What is retail robotics training data?
It is real-world, first-person demonstration data of shelf stocking, facing, restocking and picking tasks captured against a written spec: egocentric video with depth, hand pose, and action segments. Firsthand handles contributors, capture, QA, consent, and delivery.
How is this different from the existing retail shelf stocking dataset?
The existing dataset is a fixed, already-captured corpus available now under its published terms. A custom collection is scoped to your written spec — the exact skills, store formats, and volume your policy needs — and captured on demand.
Is capture done in a live store or a mock aisle?
Live retail floors — grocery aisle, chilled case, apparel fixture, and back-of-house staging — rather than a staged mock aisle.
How are bystanders and other shoppers handled?
Faces, plates, and screens are detected and irreversibly blurred at ingest, and a reviewer confirms the result before anything ships. The anonymization record is delivered with the data.
How is custom retail data billed?
Per validated hour, quoted against the written spec before any capture. You pay only for data that clears the accept criteria, and rejected items are recaptured at our cost.
Which delivery formats are supported?
RLDS, LeRobot, and WebDataset, plus HDF5, zarr, and Rerun .rrd. Converter source is readable, so you can retarget the schema to your own loader.
Can we start with a small pilot?
Yes. A Spec Pilot is a small, fast first batch that proves the spec and accept criteria before you scale volume on demand.
How fast does a first batch ship?
Where coverage is already deep, the first validated batch lands in a median of 48 hours from signed spec. Thin store formats or skills typically take three to four weeks, because vetting operators there is the bottleneck, and we quote that timeline up front.

Sources

Where are the delivery formats documented?

Request a custom dataset.

Tell us the shelf-ops tasks your policy needs to perform. We will quote reach, timeline, and price against a written spec, with a first validated batch in a median of 48 hours where coverage is deep.