Pilots

Design partner pilots for autonomous machine teams.

Celestial State is working with a select group of robotics OEMs, warehouse automation teams, and industrial operators to prove out hardware-rooted action governance in real deployments.

Who It Is For

Teams with real machines, real risk, and a near-term proof requirement.

Robotics OEMs

You build autonomous machines and need documented proof of what each machine was authorized to do.

Fleet operators

You run large fleets and need a record you can replay when an incident, override, or audit happens.

Industrial integrators

You integrate machines into regulated facilities and need a clear, auditable boundary around machine actions.

Pilot Shape

A narrow workflow beats a broad platform demo.

Best first workflow

One machine. One high-risk action class. One signed receipt trail.

The pilot focuses on one thing: can we identify the machine, authorize its actions, preserve the proof, and produce evidence your team would actually stand behind after an incident?

  1. 01Action inventoryIdentify which machine actions create real risk — motion events, zone crossings, payload operations, overrides, and configuration changes.
  2. 02Policy modelDefine what the machine is allowed to do, where it can operate, and what triggers human escalation.
  3. 03Shadow receiptsRun Celestial State alongside your live system — generating verdicts and proof records without blocking any production actions.
  4. 04Hardware pathMigrate signing and enforcement into dedicated secure hardware for the strongest possible proof guarantees.

Pilot Outputs

What a design partner receives.

Action boundary map

A clear map showing which actions need authorization, which need observation, and which should trigger human review.

Signed receipt sample

A real signed proof record that your safety, legal, and compliance teams can evaluate.

EU 2027 evidence map

A roadmap showing how your governed actions satisfy EU 2027 traceability and human-override requirements.

Apply

Tell us the machine action you need to prove.

A good first conversation is simple: tell us the machine, the action, the risk, and what evidence your team needs.

Request Demo